Un Digital Product Passport repose sur trois briques techniques. Elles sont simples à décrire, mais chacune a ses pièges — et une erreur sur l'une se paie sur toute la durée de vie du produit.

## 1. L'identifiant : à quoi le passeport est rattaché

Un DPP n'existe pas dans l'abstrait : il est rattaché à un produit identifié de façon unique. Trois niveaux sont possibles, et le choix n'est pas neutre :

- **Modèle** — un identifiant par référence produit (typiquement un GTIN). Simple, peu coûteux, adapté à l'information pré-achat. Mais il ne permet pas de distinguer deux unités, ni de savoir d'où vient précisément un lot.
- **Lot (batch)** — un identifiant par campagne de production. Il permet de rattacher le pays et le site de fabrication, les valeurs mesurées sur la campagne, les résultats d'essais, et surtout de **cibler un rappel** au lieu de rappeler tout un modèle.
- **Article (item)** — un identifiant par unité physique, généralement GTIN + numéro de série. C'est le seul niveau qui permette de suivre un produit dans le temps : revente, réparation, changement de propriétaire, état d'usage, fin de vie.

La norme **EN 18219** définit les schémas d'identification acceptés pour le DPP : identifiants structurés de type ISO/IEC 15459, liens d'identification (EN IEC 61406), identifiants décentralisés W3C (DID), DOI. En pratique, pour les déploiements de masse, les identifiants GS1 restent la voie la plus compatible avec l'infrastructure existante.

**Le piège** : croire qu'un numéro de lot seul suffit. Un lot sans référence au modèle ne veut rien dire. L'identifiant doit toujours être lisible dans un contexte : modèle + lot, ou modèle + série.

## 2. Le support de données : comment on accède au passeport

Le support est le point de contact physique : QR code, puce NFC, étiquette RFID. La norme **EN 18220** définit les supports acceptés.

Le QR code domine pour une raison simple : il ne coûte presque rien, il se lit avec n'importe quel smartphone, et il peut être imprimé sur l'emballage comme sur le produit. Le NFC et le RFID apportent des capacités supplémentaires — lecture sans ligne de vue, lecture en masse, résistance à l'usure — au prix d'un coût unitaire plus élevé et d'une infrastructure de lecture.

Un point essentiel : **le support ne contient généralement pas les données du passeport**. Il contient un identifiant, qui pointe vers les données hébergées ailleurs. C'est ce qui permet de mettre à jour un passeport sans réimprimer l'étiquette, et de réserver certaines données à certains publics.

Cas particulier : les puces RAIN RFID ont une mémoire limitée (96 à 128 bits pour les étiquettes courantes). L'encodage d'un identifiant complet y est contraint, ce qui a conduit à des formats compressés — avec une contrepartie : le lecteur doit savoir les interpréter. Un lecteur générique peut capter la donnée brute sans parvenir à reconstruire l'URL du passeport. C'est un point d'interopérabilité à vérifier avant de déployer.

## 3. Le registre : où le passeport est déclaré

Le registre DPP de l'Union européenne est souvent confondu avec la base de données des passeports. Ce n'est pas la même chose.

- Le **registre** enregistre l'existence du passeport : identifiant, opérateur, catégorie, référence. Il permet aux autorités — douanes, surveillance du marché — de vérifier qu'un produit mis sur le marché dispose bien d'un passeport, et de retrouver son émetteur.
- Les **données produit** restent hébergées par l'opérateur ou par son prestataire, à l'adresse vers laquelle l'identifiant résout.

Cette séparation est structurante : le registre est un point de contrôle et de référence, pas un entrepôt de données. Elle explique aussi pourquoi la chaîne de délégation compte — un prestataire doit pouvoir enregistrer un passeport au nom de l'opérateur, et cette délégation doit pouvoir être transférée si l'opérateur change de prestataire.

## La résolution : le lien entre les trois

Scan → identifiant → résolution → données hébergées → registre (pour vérification).

Chaque étape peut casser :

- un identifiant mal formé ne résout pas ;
- un support illisible ou mal placé rend le passeport inaccessible ;
- une URL qui change casse tous les supports déjà imprimés ;
- une donnée hébergée non alignée sur le registre crée une incohérence vérifiable par la douane.

**La leçon pratique** : le maillon faible n'est presque jamais la base de données. C'est l'identifiant, l'étiquette, ou la résolution. Ce sont aussi les trois éléments les plus coûteux à corriger une fois le produit en circulation.

## À retenir

1. **Identifiant** : modèle, lot ou article — ce choix détermine ce que vous pourrez prouver plus tard.
2. **Support** : QR, NFC, RFID — le support porte un identifiant, pas les données.
3. **Registre** : il déclare le passeport, il ne l'héberge pas.
4. **Résolution** : c'est la chaîne complète qu'il faut tester, pas seulement le serveur.
5. Avant d'industrialiser : vérifier que le support choisi peut porter l'identifiant retenu, et que le lecteur saura le résoudre.