PassportLabPourquoi PassportLab
Pourquoi PassportLab

Un code QR n'est pas la conformité. Un Verifiable Credential, si.

La plupart des outils DPP vous remettent un QR code pointant vers un PDF et supposent que vos données sont déjà propres. Elles le sont rarement. PassportLab transforme vos tableurs et fiches techniques bruts en passeports complets et lisibles par machine — signés pour que toute modification soit détectable — et les maintient à jour au fil de l'adoption des actes d'exécution.

À voir en direct

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 Résout depuis le même QR code imprimé sur l'étiquette du produit.
  • Piste d'audit complète Chaque modification du passeport est consignée dans une piste d'audit horodatée et infalsifiable.
  • Prêt pour le registre Structuré au format attendu par le registre DPP de l'UE en service lors de la soumission.
Ouvrir le passeport en direct
Le problème avec la plupart des outils PNP

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.

Construit sur des normes, pas des raccourcis

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.

01

Identité vérifiable et signatures

Chaque passeport est un W3C Verifiable Credential 2.0, signé avec Ed25519 et doté d'une identité DID:Web — ajoutez la clé de signature de votre organisation et chaque passeport portera aussi votre signature. La divulgation sélective via SD-JWT vous permet de ne partager que les champs qu'une partie donnée doit voir.

DID:WebEd25519W3C VC v2.0SD-JWT
02

Interopérabilité ouverte

Les passeports résolvent via GS1 Digital Link — la même couche d'identifiants que les douanes et les systèmes de distribution utilisent déjà — 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.

GS1 Digital LinkGS1 EPCIS 2.0Cross-registryUNTP DPP 0.7.0
03

Infalsifiable par conception

Chaque version de passeport reçoit une empreinte par instantané SHA-256 et est écrite dans une piste d'audit immuable imposée au niveau de la base de données — pas seulement dans du code applicatif contournable.

SHA-256 snapshotsImmutable audit trailDB-level triggers
04

Contexte complet de la chaîne d'approvisionnement

Les passeports suivent chaque opérateur économique et rôle de partie prenante de la chaîne, reliés aux numéros EORI et, le cas échéant, aux organismes de conformité répertoriés dans NANDO, via des événements EPCIS 2.0.

EPCIS 2.0Economic operatorsStakeholder rolesEORINANDO certs
Focus sur les normes

Tout ce que PassportLab émet, vérifié par rapport à une spécification publiée

Chaque passeport est construit sur des standards ouverts — W3C Verifiable Credentials, GS1 Digital Link, UNTP, EPCIS et le modèle de données du règlement sur les batteries — vous n'êtes donc jamais enfermé. Voir la liste complète des standards et de l'interopérabilité →

Posez ces questions à n'importe quel fournisseur

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 une attestation signée ou un lien vers une page hébergée ?

PassportLabChaque passeport est un W3C Verifiable Credential 2.0, signé avec Ed25519 — vérifiable indépendamment, sans PassportLab.
À surveillerUn PDF généré ou une page sans signature, somme de contrôle ni identité d'émetteur.

Puis-je exporter mes données structurées et partir, à tout moment ?

PassportLabExport complet JSON/CSV de chaque produit et passeport, à la demande, sans dépendance.
À surveillerExport limité au PDF, ou conditionné à un ticket de support.

Que se passe-t-il quand les actes délégués changent le schéma ?

PassportLabLes passeports sont versionnés et restent derrière le même QR code : ils peuvent être mis à jour au fil des changements de schéma — pas de réimpression, pas de liens cassés.
À surveillerUn export statique à régénérer et réimprimer manuellement à chaque mise à jour réglementaire.

Le passeport suit-il toute la chaîne d'approvisionnement, ou seulement mon produit ?

PassportLabLes événements EPCIS 2.0 capturent chaque opérateur économique et partie prenante de la chaîne, reliés aux enregistrements EORI et NANDO.
À surveillerUn enregistrement à propriétaire unique, sans visibilité sur les fournisseurs en amont ni les acteurs en aval.

La piste d'audit est-elle imposée au niveau de la base de données, ou seulement dans l'application ?

PassportLabDes instantanés immuables et horodatés, imposés par des déclencheurs au niveau de la base de données — rien que le code applicatif puisse contourner discrètement.
À surveillerUn « journal d'activité » qui n'est en réalité qu'une ligne de table modifiable.
Conçu pour votre façon réelle de travailler

Fonctionnalités par rôle

Équipes conformité et juridiques

  • Collecte de données guidée, mappée sur les champs de l'annexe XIII
  • Rapports de lacunes montrant exactement ce qui manque avant une soumission
  • Export prêt pour audit de chaque version et modification de passeport
  • Suivi des mises à jour réglementaires au fil 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 standards — W3C VC, GS1 EPCIS 2.0, UNTP — aucun SDK propriétaire à apprendre
  • Contrôle d'accès par rôles et clés API pour les parties prenantes
  • Environnement sandbox pour tester avant la mise en production

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
  • QR codes GS1 Digital Link prêts pour l'impression d'étiquettes
  • Charges utiles prêtes pour le registre DPP de l'UE et suivi de la preuve d'enregistrement
PassportLab vs. le construire soi-même

Ce qu'il faut réellement pour le faire en interne

La plupart des équipes sous-estiment cela de plusieurs mois, pas de semaines.

ExigencePassportLabRéalisation interne
Attestations signées et vérifiablesInclus — W3C VC 2.0 prêt à l'emploiNécessite de mettre en place une PKI et une pile d'émission d'attestations
GS1 Digital Link et EPCIS 2.0Inclus, pré-mappéNécessite un projet d'intégration GS1, généralement plusieurs mois
Soumission au registre DPP de l'UECharges utiles prêtes pour le registre, guide de vérification d'opérateur et suivi de la preuve d'enregistrementIntégration manuelle avec l'API du registre
Mises à jour de schéma pour les actes déléguésSuivies de manière centralisée — les passeports sont mis à jour derrière le même QR codeRedéveloppement manuel à chaque acte délégué adopté
Ingestion de données de sources désordonnéesMappage revu par un humain depuis PDF, tableurs, exports ERPPipeline ETL sur mesure que votre équipe doit construire et maintenir
Délai jusqu'au premier passeport conformeDes semaines, pas des trimestresGénéralement 6–12 mois pour une première chaîne fonctionnelle
Veille réglementaire continueIncluse via l'abonnementNécessite un poste conformité dédié ou un consultant
Sur quoi nous construisons

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 DPP de l'UE

En service depuis le 20 juillet 2026. Les passeports PassportLab sont structurés selon son format d'enregistrement et son API dès le premier jour.

DIN DKE SPEC 99100

Nous suivons la DIN DKE SPEC 99100 — la base de travail des prochains actes délégués — et mappons notre modèle de données batterie sur ses sept clusters de données.

CEN/CLC JTC 24

Nous suivons les six normes EN reconnues en juillet 2026 pour les produits ESPR, dont l'EN 18222 pour la couche interface et API. Elles ne sont pas encore citées au Journal officiel et ne s'appliquent pas aux passeports batterie, mais elles montrent où vont les règles sur les batteries.

Suite de tests BatteryPass-Ready (notre objectif)

Notre objectif : des exports JSON qui passent les 11 scénarios BatteryPass-Ready (Fraunhofer IPK) pour les batteries VE, LMT et de stockage stationnaire. La validation contre la suite de tests est en cours ; Fraunhofer IPK n'a ni testé ni approuvé PassportLab.

Capacités Fondamentales

Conçu pour la Précision

Tout ce dont vous avez besoin pour déployer, gérer et vérifier des Passeports Numériques de Produits conformes à l'UE.

Construit sur des Standards Ouverts

W3C Verifiable Credentials v2.0GS1 EPCIS 2.0GS1 Digital LinkRèglement UE sur les Batteries 2023/1542DID:WebSD-JWTUNTP DPP 0.7.0 Hébergé dans l'UE · Allemagne

Chaque passeport est signé cryptographiquement et construit sur des standards ouverts pour l'interopérabilité avec les systèmes de vérification de la chaîne d'approvisionnement.

Questions

Questions fréquentes

Faut-il une équipe technique pour utiliser PassportLab ?

Non. La plateforme est conçue pour les équipes conformité et opérations. Pour les données sources désordonnées — PDF, tableurs, exports ERP — notre équipe réalise directement le mappage plutôt que de vous laisser vous débrouiller avec 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 versionnés et restent derrière le même QR code. Quand un schéma change, vos passeports sont mis à jour sur place — vous n'avez jamais à réimprimer d'étiquettes.

Mes données sont-elles verrouillées dans 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 QR code ?

Un générateur de QR code pointe vers une page hébergée. PassportLab émet une Verifiable Credential signée, fondée sur les standards, 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 son é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.