Émettez des passeports à l’échelle. Conformes au schéma, signés, vérifiables.
À l’unité, en batch ou par CSV — chaque passeport est mappé sur le bon acte délégué, cryptographiquement signé, et publié sur une URL de vérification publique dès son émission.
- 500 gratuits pendant 90 jours
- Prêt ESPR · 4 actes délégués
- GS1 + DataMatrix natifs
Une surface en exécution, pas un slide.
Un vrai batch pendant son exécution : schémas validés, signatures appliquées, QR générés, URLs publiques publiées — autour de 14 SKUs par seconde.
- SKUs au total
- 487
- Validés
- 487
- Signés
- 312
- Publiés
- 312
- passport.signedVOLTA-9821-LIBil y a 0,4 s
- passport.publishedMAISN-3304-TXTil y a 0,7 s
- qr.generatedKURO-7712-MOBil y a 0,9 s
- passport.signedHALIN-2204-TOYil y a 1,2 s
Quatre propriétés qui tiennent d’une SKU à cent mille.
Conçu pour le volume.
Émettez 500+ passeports en moins de trente secondes. Un clic, un batch ou un CSV — même débit, mêmes garanties, même chaîne de signature.
Mappé par catégorie.
Chaque enregistrement est auto-mappé sur le tronc ESPR plus l’acte délégué actif pour sa catégorie — Batteries, Textiles, Électronique ou Jouets. Le drift de schéma est attrapé à la validation, pas après publication.
Immuable par défaut.
Chaque révision est un nouvel enregistrement cryptographiquement signé. Les versions précédentes sont conservées telles quelles. Le journal d’audit est la source de vérité, pas un fichier de logs.
Public dès le premier jour.
Chaque passeport émis reçoit une URL publique conforme AAA avec QR. Auditeurs, distributeurs et consommateurs vérifient en un tap — pas de login, pas de portail, pas d’attente de notre côté.
Choisissez la surface qui colle au workflow.
Émettre depuis la console.
Connectez-vous, choisissez un template SKU, cliquez sur émettre. Pour les petits batches, les correctifs ad-hoc et les minutes avant un lancement.
Voir commentPOST /v1/passports.
REST ou pilotée par webhook depuis votre ERP, PLM, PIM ou CI. Idempotente, versionnée par schéma, et signée à la frontière de la réponse.
Lire la référence APIDéposez un CSV, livrez un batch.
Chaque ligne est validée contre le schéma actif à la volée. Les mauvaises lignes remontent inline ; les valides passent directement en signature et publication à la soumission.
Voir le format CSVTrois étapes du système de référence au passeport public.
- 01Étape
Mapper.
Connectez votre ERP, PLM ou PIM (60+ intégrations natives). Mappez les champs une fois par catégorie SKU — la plateforme garde le mapping pour chaque batch qui suit.
- 02Étape
Valider.
Chaque enregistrement est vérifié contre le schéma de l’acte délégué actif en temps réel. Les mauvaises lignes remontent inline avec une raison claire ; les valides passent direct à la signature.
- 03Étape
Signer + publier.
Signature cryptographique, révision immuable, URL publique conforme AAA, QR généré. Tout dans une transaction — jamais à moitié publié.
Émettez depuis n’importe quel système que vous utilisez déjà.
Un seul POST crée un passeport, le signe, l’indexe et retourne une URL publique de vérification. Pilotez-le depuis votre ERP, votre PIM, un job CI ou une étape Zapier — le contrat est identique.
curl -X POST https://api.dppautomate.eu/v1/passports \
-H "Authorization: Bearer $DPP_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"gtin": "07612345678901",
"category": "battery",
"regulation": "EU 2023/1542",
"manufacturer": "Volta Cell GmbH",
"placed_on_market": "2027-02-18",
"schema_version": "battery@1.2",
"metadata": { "model": "LiB-4.2kWh", "chemistry": "LFP" }
}'Ce que chaque passeport émis porte par défaut.
Prêt ESPR
Schéma cœur plus les quatre actes délégués actifs : Batteries, Textiles, Électronique, Jouets. Nouveaux actes livrés au fur et à mesure.
GS1 + DataMatrix natifs
GTIN, SGTIN et identifiants encodés en DataMatrix intégrés au schéma. Pas de couche d’identité rapportée.
Cryptographiquement signé
Chaque passeport — et chaque révision de chaque passeport — est signé. Inviolable dès l’instant de l’émission.
Révisions immuables
Les versions s’accumulent ; rien n’est jamais écrasé. Chaque changement est un nouvel enregistrement signé sous le même ID de passeport.
URLs publiques de vérification
URLs de passeport conformes AAA, servies en hreflang dans 24 langues, avec QR généré à l’émission.
Tarification au passeport
Payez pour ce que vous émettez, jamais par siège. Membres d’équipe illimités sur tous les plans.
Les questions
que les équipes produit posent vraiment.
Six questions récurrentes des équipes produit, conformité et supply chain qui font leur première émission en bulk. Si la vôtre n’y est pas, le formulaire de contact aboutit chez une personne.
Réserver une session de travail →Quel est le débit réel sur l’émission en bulk ?+
Sur le plan standard, la plateforme soutient environ quatorze SKUs par seconde de débit signé et publié — un CSV de cinq cents lignes finit donc en moins de trente secondes. Les clients Enterprise font tourner des workers de signature dédiés et ont benchmarké à plus de cent SKUs par seconde. Dans la pratique, le goulot est presque toujours la validation de schéma en amont, pas la pipeline de signature.
Peut-on émettre des passeports avant que le schéma de l’acte délégué soit finalisé ?+
Oui. La plateforme livre un mode draft pour chaque acte délégué encore en élaboration — Jouets, la prochaine révision Électronique, les amendements mineurs Textiles. Les passeports draft sont signés contre le schéma candidat et clairement marqués comme draft sur l’URL publique. Quand l’acte est finalisé, la plateforme migre automatiquement les enregistrements et re-signe contre le schéma final. La signature draft originale est conservée dans l’historique des révisions.
Que se passe-t-il quand le schéma change en cours de cycle ?+
Quand un acte délégué publie une mise à jour, nous publions la nouvelle version de schéma et marquons la précédente comme supersédée. Les passeports existants gardent leurs signatures originales et restent valides contre la version sous laquelle ils ont été émis. Vous pouvez ré-émettre à la nouvelle version à votre rythme ; rien ne force une bousculade. L’URL publique affiche à la fois la version émise et la version canonique actuelle pour que les auditeurs tracent exactement ce qui a changé et quand.
Comment sont gérées les collisions de SKU dupliquées ?+
Chaque passeport porte un ID stable côté plateforme (`pst_*`) plus l’identifiant côté client (typiquement GTIN ou SKU). Si vous POSTez un passeport pour une SKU qui a déjà un enregistrement, la plateforme le traite comme une nouvelle révision sur le passeport existant — pas un duplicata. L’ancienne révision est conservée telle quelle ; la nouvelle devient canonique à la même URL publique. Les clés d’idempotence sont supportées pour qu’un appel rejoué ne crée jamais accidentellement un second enregistrement.
Puis-je émettre des passeports en draft ou preview sans publier ?+
Oui. Mettez `status: "draft"` sur la requête d’émission, et le passeport est signé mais l’URL publique renvoie une page d’accès privé qui exige le token côté émetteur. Utile pour la revue interne, les pré-vérifications régulateur et les walkthroughs fournisseur. Un seul appel API (ou un clic en console) promeut le draft en published — même signature, même révision, pas de seconde cérémonie de signature.
L’URL publique du passeport change-t-elle quand on émet une nouvelle révision ?+
Non. L’URL publique est stable sur toute la durée de vie du passeport. Une nouvelle révision devient le contenu canonique à cette URL ; les révisions plus anciennes restent atteignables via `/p/pst_*/v3`. Les QR codes imprimés sur le produit ne périment jamais — ils pointent sur la même URL que vous ré-émettiez une ou cinquante fois.