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. Breng je SKU’s, materialen en voetafdruk één keer in kaart — en gebruik ze daarna voor altijd opnieuw. Productmetadata blijven in je OpenDPP-werkruimte; het EU-register (ESPR, art. 13) indexeert alleen identificatiecodes; het host geen productgegevens.
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 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 index van de Commissie (ESPR, art. 13) koppelt identificatiecodes uitsluitend 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 werkt het register van de Europese Commissie (ESPR artikel 13) louter als index – het koppelt een unieke productidentificatiecode (UPI) aan de exacte URI van het bijbehorende paspoort. OpenDPP draait als een krachtige repository voor paspoorten en GS1 Digital Link resolver, die op dit gedecentraliseerde model is afgestemd: de productmetadata staan in uw tenant-geïsoleerde werkruimte op de in de EU gehoste OpenDPP-node (uw productgegevens blijven op de OpenDPP-node en komen niet in het register, dat uitsluitend identificatiecodes indexeert). OpenDPP is gereed voor registratie: elk paspoort wordt al geprojecteerd in een pointer-record volgens artikel 13 en gevalideerd tegen het CIRPASS-2-referentieregister – een niet-normatieve, door de EU gefinancierde referentie waarvan de recordvorm die van het proefproject is en niet die van de Commissie. Registratie van batterijen in het register van de Commissie is nog niet mogelijk en er is geen machine-API voor marktdeelnemers gedocumenteerd.
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 digitale tweelingen ondersteunt OpenDPP de specificatie Asset Administration Shell (AAS v3.0/3.1) en projecteert het elk paspoort op verzoek in standaardsubmodellen. Geëxporteerde submodellen bevatten conceptbeschrijvingen met eCl@ss- en IEC-woordenboekidentificatoren waar die bestaan, en onbewerkte AAS-JSON-Environment-payloads kunnen rechtstreeks worden ingelezen.
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 Data Integrity-bewijs (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.
- Conceptbeschrijvingen. Geëxporteerde submodellen bevatten eCl@ss- en IEC-woordenboekidentificatoren waar die bestaan.
- 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 met een geregistreerde faciliteit wordt ook uitgegeven als conforme UNTP-DigitalProductPassport-credential — een omsluitende vc+jwt (W3C VC-JOSE-COSE) en een ingebed W3C-Data Integrity-bewijs (ecdsa-jcs-2019), met oplosbare did:web-uitgeverssleutels en intrekking via de 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 Digital Product Passports (DPP’s) in drie stappen: (1) modelleer productgegevens als W3C-standaard JSON-LD via de no-code-uploader of API, (2) pas een geavanceerd elektronisch zegel van eIDAS toe waarvan het verificatiealgoritme, de certificaatketen en de voorbeelden allemaal openbaar zijn gemaakt, zodat een derde partij de integriteit kan controleren zonder OpenDPP te hoeven raadplegen, en (3) publiceer GS1 Digital Link QR-codes die voor elke partij naar het paspoort verwijzen.
Hoe OpenDPP een Digitaal Productpaspoort publiceert · Laatst herzien