Des données produit à un passeport vérifié en trois étapes.
OpenDPP est conçu pour la validation des passeports numériques de produits, en cohérence avec le modèle DPP décentralisé, la résolution standard GS1 et la cryptographie asymétrique eIDAS — sans la charge opérationnelle associée. Mappez vos données produit une seule fois ; nous nous occupons de la signature, de l'hébergement et de la vérification.
Trois étapes, de la référence (SKU) au passeport signé et scannable
Ni équipe dédiée aux normes ni développement sur mesure requis — les exigences de la réglementation deviennent un parcours guidé.
Importer les données produit
Sans code ou au format CSV. Mappez vos références, vos matériaux et votre empreinte écologique une seule fois — et réutilisez-les à l'infini. Les métadonnées des produits restent dans votre espace de travail OpenDPP — le futur registre de l'UE (article 13 de la directive « ESPR ») est conçu pour répertorier uniquement les identifiants, et non pour héberger les données relatives aux produits.
Signer & publier
Un cachet électronique avancé eIDAS est appliqué automatiquement et le passeport est publié derrière un GS1 Digital Link. Les clés ECDSA à courbe elliptique se renouvellent en un seul clic ; les clés privées ne quittent jamais la base de données du locataire.
Vérifier partout
Scannez un QR code → le passeport public. Le résolveur négocie le contenu en HTML ou JSON-LD, et acheteurs, auditeurs et recycleurs vérifient le cachet électronique avancé en quelques secondes, hors ligne ou dans le portail d'audit des sceaux.
L'architecture qui rend tout cela possible
Native aux normes par conception — négociation de contenu, résolution GS1, cachets électroniques avancés eIDAS, données produit JSON-LD et un modèle de nœud locataire en cohérence avec l'architecture DPP décentralisée.
Nœud locataire, modèle décentralisé
Vos données sont stockées dans votre espace de travail OpenDPP, et non dans un registre central de l'UE — le futur index de la Commission (ESPR, art. 13) est conçu pour associer uniquement des identifiants à des URI de passeport.
Résolveur GS1 Digital Link
Un seul scan résout un GTIN ou un GRAI (AI 01/8003), valide la somme de contrôle mod-10 et lit le numéro de série AI 21 — puis interroge le nœud.
Cachets électroniques avancés eIDAS
ESDC selon FprEN 18246 (projet final) : chaque charge utile JSON-LD est signée avec la clé privée du locataire, conservée dans un coffre chiffré (AES-256-GCM, par locataire, dans Postgres), pour une preuve infalsifiable.
W3C JSON-LD & AAS
La négociation de contenu renvoie du HTML lisible par l'humain ou du JSON-LD lisible par la machine, ainsi que des sous-modèles Asset Administration Shell (AAS v3.0/3.1).
En cohérence avec le modèle DPP décentralisé
Au titre de l'ESPR (Art. 10 / CIRPASS) et des spécifications CEN/CENELEC, la Commission européenne n'héberge pas les données produit, matériaux ou substances chimiques de votre entreprise. Le faire violerait les protections de la propriété intellectuelle et créerait des points de défaillance uniques centralisés.
Au contraire, le futur registre de la Commission européenne (ESPR, art. 13) est conçu pour fonctionner simplement comme un index — associant un identifiant unique de produit (UPI) à l’URI exact du passeport correspondant. OpenDPP fonctionne comme un référentiel de passeports hautement performant et un résolveur de liens numériques GS1 aligné sur ce modèle décentralisé : les métadonnées des produits résident dans votre espace de travail isolé par locataire sur le nœud OpenDPP hébergé par l’UE (vos données produit restent sur le nœud OpenDPP, et non dans le registre, qui est destiné à indexer uniquement les identifiants). OpenDPP est prêt pour le registre : il mappe déjà chaque « passeport » vers l’enregistrement de pointeur exact prévu par l’article 13 et le valide par rapport au registre de référence CIRPASS-2 (une référence non normative financée par l’UE) — l’intégration en direct de l’API de la Commission est toujours en attente.
Passerelle de résolution GS1 Digital Link
Pour relier les produits physiques à leurs passeports numériques, OpenDPP s'appuie sur les URI GS1 Digital Link standard. Lorsqu'un QR code imprimé sur un produit ou un actif consigné est scanné, la passerelle de résolution (correspondant à GET /:ai(01|8003)/*) intercepte la requête. Elle extrait l'identifiant d'application GS1, analyse le GTIN ou le GRAI, vérifie sa somme de contrôle Modulo-10 et lit les attributs clé-valeur suivants tels que le numéro de série unique (AI 21). Le nœud résout ensuite à partir des métadonnées JSONB de Postgres et renvoie la représentation HTML ou JSON-LD selon la négociation de contenu.
- Analyse des identifiants. Les AI 01 (GTIN) et AI 8003 (GRAI) sont reconnus, validés mod-10 et acheminés vers le passeport ou la vue par unité appropriés.
- Sérialisation par unité. Un numéro de série AI 21 redirige vers la page publique de l'unité : l'identité de l'unité, son statut et sa traçabilité de cycle de vie sont publics, tandis que ses données de télémétrie (état de santé, nombre de cycles) ne sont communiquées qu'aux personnes autorisées ayant un intérêt légitime et aux autorités, conformément à l'Annex XIII du règlement sur les batteries.
- Négociation de contenu. La même URL sert une page lisible par l'humain ou un document JSON-LD lisible par la machine selon l'en-tête Accept de la requête.
Cachets électroniques avancés eIDAS asymétriques, clés chiffrées dans votre coffre
Pour aider à prévenir la fraude et à assurer la non-répudiation, la norme à l'état de projet final FprEN 18246 (en vote formel) établit que les passeports sont encapsulés dans des constructions de données signées électroniquement (ESDC). OpenDPP applique un cachet électronique avancé eIDAS par locataire, avec conservation logicielle dans l'espace de la base de données du locataire — les marques renouvellent les clés ECDSA à courbe elliptique en un seul clic, et les clés privées sont stockées chiffrées en AES-256-GCM, ne quittant jamais le nœud locataire en clair.
Lorsqu'un passeport est scellé et publié, le nœud signe la charge utile JSON-LD complète à l'aide de la clé privée du locataire et écrit la signature directement dans PostgreSQL. Les auditeurs vérifient ensuite l'authenticité du sceau dans le portail de validation d'audit des sceaux — une vérification publique attestant que le passeport provient bien de l'opérateur déclaré et qu'il n'a pas été altéré.
Un passeport n'est pas une déclaration ponctuelle. C'est un enregistrement vivant et signé qui doit rester exact et accessible longtemps après que le produit a quitté votre entrepôt — c'est pourquoi la conservation des clés et la persistance sont au cœur de la conception.
— Notre manière de présenter l'obligation aux parties prenantesMétamodèles AAS et traçabilité signée de la chaîne d'approvisionnement
Pour l'interopérabilité des jumeaux industriels, OpenDPP prend en charge la spécification Asset Administration Shell (AAS v3.0/3.1), convertissant dynamiquement les lignes JSONB de PostgreSQL en sous-modèles de conformité standard. Pour éviter de coder en dur les attributs, un registre de concepts sémantiques fait correspondre les champs d'objet locaux aux dictionnaires globaux IEC et eCl@ss IRDI à l'exécution — afin que les clients entreprise puissent interroger les passeports à l'aide de termes de standard industriel ou ingérer directement des charges utiles brutes AAS JSON Environment.
OpenDPP analyse les transactions physiques de la chaîne d’approvisionnement contenues dans des identifiants «UNTP » signés et de type « VC », conformément au Protocole de transparence des Nations Unies (UNTP / EPCIS 2.0). Au fur et à mesure que les événements de traçabilité sont enregistrés, le nœud résout le graphe de manière récursive à l’aide d’un algorithme de parcours en profondeur résistant aux cycles afin de construire un graphe acyclique dirigé (DAG) de lignage — un pedigree en amont lisible par machine que vos propres workflows de diligence raisonnable peuvent exploiter. Par ailleurs, OpenDPP émet pour chaque produit un « passeport » sous la forme d’un certificat DigitalProductPassport conforme à la norme UNTP — comprenant un certificat de propriété (vc+jwt, W3C VC-JOSE-COSE) et une preuve d’intégrité des données W3C (ecdsa-jcs-2019) intégrée — qui est validé par rapport au schéma officiel UNTP.
- Sous-modèles AAS v3.0/3.1. Les lignes JSONB sont projetées en sous-modèles de conformité standard à la demande, avec ingestion de charges utiles brutes AAS Environment.
- Registre de concepts sémantiques. Les champs locaux correspondent aux dictionnaires IEC et eCl@ss IRDI à l'exécution — aucun attribut de standard codé en dur.
- UNTP / EPCIS Lignée 2.0. Les événements de traçabilité signés sont compilés pour former un graphe orienté par les arêtes (DAG) de lignée résistant aux cycles — un pedigree en amont de votre chaîne d'approvisionnement, lisible par machine.
- Credentials UNTP DPP conformes. Chaque passeport est également émis en tant que credential UNTP DigitalProductPassport conforme — un vc+jwt enveloppant (W3C VC-JOSE-COSE) et une preuve W3C Data Integrity intégrée (ecdsa-jcs-2019), avec des clés d'émetteur did:web résolubles et une révocation par W3C Bitstring Status List.
Voyez l'architecture émettre un passeport en temps réel.
Observez votre équipe passer des données produit à un passeport numérique de produit scellé et prêt à être vérifié.
Réserver une démoOpenDPP publie les passeports produits numériques (DPP) en trois étapes : (1) modéliser les données produit en JSON-LD standard W3C via le téléverseur sans code ou l'API, (2) appliquer un sceau électronique avancé eIDAS pour que tout vérificateur puisse contrôler l'intégrité hors ligne, et (3) publier des QR codes GS1 Digital Link qui se résolvent vers le passeport pour toute partie.
Comment OpenDPP publie un passeport produit numérique · Dernière révision