Un code QR n'est pas la conformité. Un Verifiable Credential, si.
La plupart des outils PNP vous donnent un code QR relié à un PDF. Les autorités douanières et de surveillance du marché de l'UE doivent vérifier des données signées cryptographiquement et lisibles par machine — pas une landing page. PassportLab émet de véritables Passeports Numériques de Produit construits sur les normes que les régulateurs vérifient réellement.
Voici un véritable Passeport Numérique de Produit signé
Ce n'est pas une maquette. Ouvrez le lien ci-dessous sur votre téléphone et scannez-le comme le ferait un inspecteur.
Chaque passeport PassportLab est un W3C Verifiable Credential, résolvable via un GS1 Digital Link, avec un historique complet d'événements EPCIS et une preuve cryptographique de qui l'a émis et quand. Ce que vous voyez sur le téléphone est exactement ce que voit un agent des douanes ou une autorité de surveillance du marché.
- Signé cryptographiquement Signature Ed25519, vérifiable par tout tiers sans contacter PassportLab.
- GS1 Digital Link Se résout à partir du même code QR imprimé sur l'étiquette du produit.
- Piste d'audit complète Chaque modification du passeport est enregistrée sous forme d'événement EPCIS immuable et horodaté.
- Prêt pour le registre Structuré selon le format attendu par le Registre PNP UE en service lors de la soumission.
Un code QR pointant vers un PDF n'est pas ce que demande le règlement
L'ESPR comme le règlement Batteries exigent des données structurées, vérifiables et lisibles par machine — pas un document statique derrière un lien.
Des PDF déguisés en passeports
Un code QR qui ouvre un PDF ou une page marketing ne satisfait personne dès qu'un inspecteur le confronte réellement au modèle de données du règlement.
Aucune preuve cryptographique
Sans credential signé, impossible de prouver que les données n'ont pas été modifiées après l'émission — ni qui les a réellement émises.
Liens morts au moment de l'audit
Des passeports hébergés sur une infrastructure jetable ou chez un fournisseur qui ferme vous laissent avec un lien cassé précisément quand une autorité le demande.
Données verrouillées
Certains outils n'exportent pas du tout vos données structurées, vous empêchant de changer de fournisseur ou de vous auto-héberger une fois votre catalogue constitué.
Aucun chemin de mise à jour
Les actes délégués de l'ESPR et du règlement Batteries sont encore en cours de finalisation. Un PDF statique ne peut pas absorber un changement de schéma ; un passeport versionné, si.
Quatre piliers que les régulateurs vérifient réellement
Chacun d'eux est vérifiable de manière indépendante — par un auditeur, un système douanier ou l'ingénieur d'un concurrent — sans jamais parler à PassportLab.
Identité et signatures vérifiables
Chaque passeport est un W3C Verifiable Credential 2.0, signé avec Ed25519 et lié à une identité DID:Web de votre organisation. La divulgation sélective via SD-JWT vous permet de ne partager que les champs qu'une partie donnée doit voir.
Interopérabilité ouverte
Les passeports se résolvent via GS1 Digital Link — la même couche d'identifiants déjà utilisée par les systèmes douaniers et de distribution — et exposent leur historique d'événements via GS1 EPCIS 2.0, mappé sur le modèle de données UNTP DPP 0.7.0 pour la compatibilité entre registres.
Inviolable par conception
Chaque version du passeport reçoit une empreinte SHA-256 et est inscrite dans une piste d'audit immuable appliquée au niveau de la base de données — pas seulement dans un code applicatif qui peut être contourné.
Contexte complet de la chaîne d'approvisionnement
Les passeports suivent chaque opérateur économique et rôle de partie prenante dans la chaîne, liés aux numéros EORI et, le cas échéant, aux organismes de conformité listés NANDO, via des événements EPCIS 2.0.
Tout ce que PassportLab émet, vérifié par rapport à une spécification publiée
Aucun format propriétaire. Chaque affirmation ci-dessous peut être vérifiée indépendamment par rapport à la norme publique qu'elle référence.
Le passeport lui-même est émis en tant que W3C Verifiable Credential 2.0 — la même norme ouverte utilisée pour les documents d'identité numérique et les diplômes, pas un blob JSON propriétaire à PassportLab.
Le code QR sur le produit se résout via GS1 Digital Link, la norme d'identification déjà utilisée dans le commerce et la logistique — aucun résolveur propriétaire requis.
Chaque événement du cycle de vie — fabrication, expédition, réparation, recyclage — est enregistré comme un événement GS1 EPCIS 2.0, interrogeable indépendamment de l'interface de PassportLab.
La structure de données du passeport correspond à la spécification Digital Product Passport de l'UN Transparency Protocol, la rendant portable entre registres au-delà de l'UE.
Les champs sensibles — identités des fournisseurs, données de coûts — peuvent être partagés sélectivement via SD-JWT, afin qu'un contrôle douanier et un partenaire distributeur ne voient pas la même charge utile.
Les émetteurs PassportLab sont identifiés via DID:Web, un identifiant décentralisé ancré à votre propre domaine, pas un identifiant de compte PassportLab.
Les schémas de passeport batterie sont mappés directement sur l'Annexe XIII du règlement (UE) 2023/1542, en vue de l'échéance d'application du 18 février 2027.
Les passeports des produits hors batteries sont construits sur le règlement Écoconception pour des produits durables (UE) 2024/1781, versionné pour les actes délégués encore en cours de finalisation.
Les 5 questions qui distinguent un vrai PNP d'un code QR
Ce sont exactement les questions auxquelles nous aurions voulu une réponse si nous achetions un outil de conformité au lieu de le construire.
Le passeport est-il un credential signé, ou un simple lien vers une page hébergée ?
Puis-je exporter mes données structurées et partir, à tout moment ?
Que se passe-t-il quand les actes délégués modifient le schéma ?
Le passeport suit-il toute la chaîne d'approvisionnement, ou juste mon produit ?
La piste d'audit est-elle appliquée au niveau de la base de données, ou seulement dans l'application ?
Fonctionnalités par rôle
Équipes conformité et juridique
- Collecte de données guidée, mappée sur les champs de l'Annexe XIII et de la DIN DKE SPEC 99100
- Rapports de lacunes montrant exactement ce qui manque avant une soumission
- Export prêt pour l'audit de chaque version et modification du passeport
- Suivi des mises à jour réglementaires au fur et à mesure de la finalisation des actes délégués
Équipes ingénierie et IT
- API REST et webhooks pour l'intégration ERP et PLM
- Sortie native aux normes — W3C VC, GS1 EPCIS 2.0, UNTP — aucun SDK propriétaire à apprendre
- Contrôle d'accès basé sur les rôles et clés API pour parties prenantes
- Environnement sandbox pour tester avant la mise en production
Équipes chaîne d'approvisionnement et opérations
- Modèles de demande de données fournisseurs citant l'article exact du règlement
- Rôles de parties prenantes pour fabricants, importateurs et recycleurs
- Codes QR GS1 Digital Link prêts pour l'impression des étiquettes
- Soumission au Registre PNP UE et preuve d'enregistrement
Ce qu'il faut réellement pour le faire en interne
La plupart des équipes sous-estiment cela de plusieurs mois, pas de semaines.
| Exigence | PassportLab | Réalisation interne |
|---|---|---|
| Credentials signés et vérifiables | Inclus — W3C VC 2.0 prêt à l'emploi | Nécessite la mise en place d'une PKI et d'une infrastructure d'émission de credentials |
| GS1 Digital Link et EPCIS 2.0 | Inclus, déjà mappé | Nécessite un projet d'intégration GS1, généralement des mois |
| Soumission au Registre PNP UE | Enregistrement guidé avec preuve d'enregistrement | Intégration manuelle avec l'API du Registre |
| Mises à jour de schéma pour les actes délégués | Appliquées de manière centralisée, les passeports se mettent à jour automatiquement | Redéveloppement manuel à chaque nouvel acte délégué |
| Ingestion de données depuis des sources désordonnées | Mapping vérifié par des humains à partir de PDF, tableurs, exports ERP | Pipeline ETL sur mesure que votre équipe doit construire et maintenir |
| Délai jusqu'au premier passeport conforme | Des semaines, pas des trimestres | Généralement 6 à 12 mois pour un premier pipeline fonctionnel |
| Veille réglementaire continue | Incluse via le forfait retainer | Nécessite une ressource conformité dédiée ou un consultant |
Ancré dans le processus, pas seulement dans le texte du règlement
Nous suivons directement les organismes de normalisation et les registres, pas seulement les échéances phares.
Registre PNP UE
En service depuis le 20 juillet 2026. Les passeports PassportLab sont structurés dès le premier jour selon son format d'enregistrement et son API.
DIN DKE SPEC 99100
Notre schéma de passeport batterie correspond explicitement aux sept clusters de données — la base de travail pour les prochains actes délégués.
CEN/CLC JTC 24
Construit selon les six normes EN reconnues en juillet 2026, dont EN 18222 pour la couche interface et API.
BatteryPass-Ready (Fraunhofer IPK)
Nos exports JSON sont testés selon les 11 scénarios BatteryPass-Ready pour les batteries EV, LMT et de stockage stationnaire.
Questions fréquentes
Ai-je besoin d'une équipe technique pour utiliser PassportLab ?
Non. La plateforme est conçue pour les équipes conformité et opérations. Pour des données source désordonnées — PDF, tableurs, exports ERP — notre équipe gère directement le mapping, plutôt que de vous demander de gérer vous-même un modèle de données que vous n'avez pas.
Que se passe-t-il si les actes délégués changent après l'émission de mes passeports ?
Les passeports sont des documents versionnés. Quand un schéma est mis à jour, vos passeports existants se mettent à jour derrière le même code QR — vous n'avez jamais besoin de réimprimer les étiquettes.
Mes données sont-elles verrouillées chez PassportLab ?
Non. L'export structuré complet (JSON/CSV) de chaque produit et passeport est disponible à la demande, sans dépendance.
En quoi est-ce différent d'un générateur de code QR ?
Un générateur de code QR pointe vers une page hébergée. PassportLab émet un Verifiable Credential signé, basé sur des normes, avec une piste d'audit complète — le format que les régulateurs et les autorités de surveillance du marché sont conçus pour vérifier.
Cela peut-il couvrir plusieurs catégories de produits ?
Oui. Le schéma est construit par catégorie de produit — batteries, textiles, électronique, fer et acier — chacune mappée sur sa propre base réglementaire et échéance.
Voyez le passeport de votre produit, pas une maquette
Réservez un appel de 20 minutes, ou commencez avec un passeport de démonstration gratuit — aucun compte requis.
Standards notice: Standards status: EN 18216:2026–EN 18223:2026 — including the data-carrier standard EN 18220 and the data-persistence standard EN 18221 — were published by CEN/CENELEC on 27 May 2026. In July 2026, CEN/CLC JTC 24 formally recognised six of these EN standards, including EN 18222 (interface/API layer). They are not yet cited in the Official Journal of the EU, so they do not yet confer formal presumption of conformity. EN 18239 (access rights) and EN 18246 (data authentication) remain in draft, expected late 2026. ESPR (EU 2024/1781) delegated acts and per-category Annex I requirements are still being finalised. CBAM Reg. 2023/956 obligations continue to evolve under Commission guidance. Results are a readiness indication based on the latest available standards and drafts, and do not constitute legal advice.