Catalogue de prestations pour les passeports numériques de produit : réponses à votre cahier des charges

Les exigences essentielles de l’ESPR et le profil de conformité pour les textiles, qui s’appliquent avant toute publication, tant que l’espace de travail ne désactive pas le contrôle.

Avant leur publication, les identifiants du passeport et de l’opérateur économique sont vérifiés, ainsi que, à partir du modèle textile, l’étiquette indiquant la composition des fibres et la documentation technique ; la composition des matériaux et le niveau du passeport font l’objet d’une vérification à titre de recommandation. Les consignes d’entretien et les autres documents d’accompagnement sont disponibles sous forme de champs de modèle avec un niveau de divulgation prédéfini.

Tant qu’un acte délégué est à l’état de projet, les éléments de données qu’il définit constituent, dans Transpareo, une question de configuration. Les éléments ajoutés par l’acte définitif font l’objet d’une mise à jour du profil de conformité, sans modification de la plateforme.

Oui. Le modèle de données de batterie conforme à la norme DIN DKE SPEC 99100 est entièrement enregistré et sera validé avant sa publication.

Transpareo fournit le modèle de données défini dans la norme DIN DKE SPEC 99100 (annexe A, tableau A.1), qui couvre les éléments d’information exigés par le règlement sur les batteries et les lignes directrices spécifiques à chaque catégorie émises par la Commission : notamment la catégorie de batterie, la composition chimique, l’empreinte carbone, la part de matériaux recyclés par métal, l’état de santé (State of Health) et les valeurs de durée de vie.

Les passeports de batterie sont validés par rapport à leur propre profil de conformité. Les données que le règlement réserve aux lecteurs ayant un intérêt légitime sont conservées séparément de l’ensemble des données publiques. Un espace de travail de batteries utilise automatiquement un passeport par batterie. Cette obligation s’applique à compter du 18 février 2027.

Onze groupes de produits disposent aujourd’hui d’un profil de conformité, et chaque groupe de produits supplémentaire est représenté par ses propres types de propriétés.

Les profils de conformité sont disponibles pour les textiles, les batteries, les équipements électroniques, les pneumatiques, les emballages, le mobilier, l’aluminium, le fer et l’acier, les produits chimiques, les produits de construction et les matériaux destinés à entrer en contact avec les denrées alimentaires. L’espace de travail sélectionne sa catégorie, et la plateforme valide chaque certificat par rapport à ce profil.

Tout autre type de produit est représenté en définissant des types de propriétés spécifiques pour les produits et les composants, sous forme de champs obligatoires ou facultatifs. Un groupe de produits qui n’est pas encore couvert par la réglementation relève donc d’une question de configuration.

Transpareo délivre des passeports pour l’UE. Il est recommandé de créer un espace de travail par secteur d’activité, car chaque modèle sectoriel définit ses propres champs obligatoires.

Au sein d’un espace de travail, d’autres points de données sont ajoutés en tant que types de propriétés, chacun avec son propre niveau de divulgation, et chaque passeport est validé par rapport au profil de conformité correspondant à la catégorie de l’espace de travail. L’identification GS1, les « Verifiable Credentials » du W3C et les vocabulaires JSON-LD sont lisibles dans le monde entier.

Chaque modèle comporte deux niveaux : un niveau réglementaire, qui définit la réglementation, et celui propre au client, qu’il peut librement compléter.

Le niveau réglementaire : pour chaque catégorie réglementaire, la plateforme fournit des données et des documents d’accompagnement conformes à la réglementation applicable, sous forme de modèle qu’un espace de travail reprend en une seule étape. Le dossier relatif aux textiles est conforme au règlement (UE) n° 1007/2011 et aux exigences essentielles de l’ESPR ; l’acte délégué relatif aux textiles est encore à l’état de projet. Le dossier « Batteries » est conforme à la norme DIN DKE SPEC 99100, avec les règles obligatoires spécifiques à chaque catégorie définies par la Commission. Le type, le statut d’obligation et le terme dans le vocabulaire sont prédéfinis ; l’espace de travail peut adapter le nom et le niveau de divulgation ; le terme fixe permet de lire les fiches techniques de différentes marques à l’aide des mêmes outils.

Votre propre niveau : outre le cadre réglementé, l’espace de travail vous permet de définir autant de types de propriétés que vous le souhaitez, de toute nature, par exemple pour les chaussures ou les accessoires. Un nouveau type de propriété est disponible dès qu’il est enregistré.

Les marques, les catégories, les types de propriétés, les langues, les groupes, l’identité visuelle et le domaine relèvent de la configuration. Tous les clients utilisent le même produit : les besoins spécifiques de chaque client sont intégrés à la plateforme pour l’ensemble des utilisateurs, via la configuration, de sorte qu’une mise à jour préserve toutes les personnalisations.

Par modèle, par lot ou par pièce.

Le GTIN identifie le modèle, également appelé « style » ou « SKU ». Une fiche de lot associe le numéro de lot à l’adresse ; une fiche d’article unique comporte le numéro de série à la place du numéro de lot. Il en résulte une adresse Web par fiche, que tout scanner conforme à la norme GS1 est capable de décoder.

Le niveau est déterminé par l’espace de travail et, pour les textiles et les batteries, il est défini par la catégorie réglementaire : un passeport par lot de production pour les textiles, un par batterie pour les batteries. Un passeport publié conserve le niveau auquel il a été publié.

Oui. Les identifiants de produits sont conformes à la norme GS1, et les opérateurs économiques ainsi que les sites d’exploitation sont validés au regard des schémas de la norme EN 18219:2026.

Le GTIN identifie le modèle, le numéro de lot (AI 10) identifie le lot, et le numéro de série (AI 21) identifie l’unité individuelle. Un GTIN est vérifié lors de sa saisie à l’aide de son chiffre de contrôle, et un produit dont le chiffre de contrôle GTIN est erroné ne peut être ni enregistré ni publié. Les GLN des opérateurs économiques et des sites d’exploitation sont également validés à l’aide de leur chiffre de contrôle.

Le travail peut commencer avant même que les numéros GS1 ne soient disponibles : un produit est identifié à l’aide d’un numéro de référence fabricant (MPN, qui correspond généralement au SKU), et le GTIN est ajouté ultérieurement, sans perturber le système existant.

Chaque niveau constitue un ensemble de données distinct, doté de son propre identifiant, et contient tout ce qui lui appartient.

Le modèle reprend toutes les informations applicables à l’article : composition, entretien, origine, documents. Les variantes en héritent ; toute valeur divergente est attribuée à la variante et signalée comme telle. Un lot conserve son numéro et sa date de fabrication, et « gèle » l’enregistrement à l’état fini. Une pièce unique hérite de l’enregistrement figé de son lot ; ce qui lui est propre, c’est son historique, comprenant les réparations, les remises à neuf, les changements de propriétaire et les incidents.

À partir d’un modèle, on accède aux lots produits correspondants, puis, à partir d’un lot, à ses pièces ; une pièce renvoie à son lot et à son modèle. Les hiérarchies d’emballage, c’est-à-dire ce qui a été emballé dans quoi, ne sont pas enregistrées à l’heure actuelle.

Conformément aux schémas autorisés par la norme EN 18219 : l’opérateur économique disposant d’un LEI ou d’un GLN, l’établissement disposant d’un LEI, d’un GLN ou d’un DID.

Le LEI ou le GLN de votre entreprise est enregistré dans les paramètres de l’espace de travail, tandis que celui du fabricant est enregistré dans sa fiche. Les deux sont vérifiés par rapport à ces schémas et inscrits dans le passeport à l’emplacement prévu par la norme. D’autres identifiants de fabricant sont ajoutés en tant que types de propriétés sans effort de développement.

Tout support de données pouvant contenir une adresse Web ; le code QR est généré par la plateforme elle-même.

Chaque fiche produit dotée d’un GTIN est émise sous la forme d’un « GS1 Digital Link » et fournie avec un modèle QR prêt à l’impression, au format SVG redimensionnable, au format PDF et au format PNG dans toutes les tailles jusqu’à 2 000 pixels, avec un niveau de correction d’erreurs M. Illustrator et InDesign ouvrent directement ces fichiers ; il n’existe pas de plug-in Adobe dédié.

Data Matrix est adapté à une petite surface d’impression, les balises NFC contiennent un enregistrement de données NDEF-URI, et les inlays RFID UHF sont lus à distance ; un EPC composé du même GTIN et du même numéro de série renvoie vers le même passeport. Un nombre illimité de supports de données peuvent coder la même adresse et renvoyer vers le même passeport.

Oui. L’adresse est déterministe, ce qui signifie qu’un code peut être imprimé avant même que la fiche produit ne soit créée.

Une fois le domaine configuré, l’adresse d’un passe est générée à partir du GS1 Digital Link : domaine, GTIN et, selon le niveau, numéro de lot ou numéro de série. Le code est généré dès que le passeport est publié. La plateforme le génère dès la première ébauche, au format vectoriel SVG, au format PDF prêt à l’impression et au format PNG dans les dimensions en pixels requises, sous forme de fichier ou via l’API.

Les numéros de série générés au préalable par un fournisseur sont importés en grande quantité via un fichier ou l’API : dans un espace de travail comportant un passeport par pièce, ils sont considérés comme les numéros de série des passeports ; dans le cas contraire, ils sont considérés comme les numéros de série d’un lot dont ils ouvrent le passeport.

Dans les deux sens, sans installation chez le fournisseur et sans intégration avec ses systèmes.

Si le fournisseur imprime les codes fournis par Transpareo, les fiches sont générées à partir des données de commande, chacune reçoit son adresse, et le fournisseur reçoit l’ensemble sous forme de fichier ou via l’API, accompagné de modèles prêts à imprimer. Si le fournisseur fournit ses propres codes, ses numéros de série sont importés et associés aux passeports, soit en grande quantité avant la production, soit un par un via l’API.

La relation commerciale avec le fournisseur reste du ressort du client, et la plateforme conserve la correspondance entre le numéro de série et le passeport, ce qui permet de changer de fournisseur sans affecter les passeports déjà émis. Transpareo fournit le logiciel ; les étiquettes physiques et les supports de données proviennent de partenaires ou de tout fournisseur choisi par le client, au prix pratiqué par ce dernier. Pour effectuer un scan, le consommateur n’a besoin que de l’appareil photo de son téléphone, tandis que la lecture NFC ou RFID s’effectue à l’aide des appareils dont l’entreprise dispose déjà.

Chaque adresse ouvre la fiche de son niveau ou du niveau supérieur, ce qui permet à une boutique d’ajouter un lien vers l’adresse du modèle avant qu’un client n’effectue un achat.

Lorsque les fiches sont émises par lot, un GTIN sans numéro de lot ouvre la fiche du lot le plus récent. Un numéro de lot ouvre la fiche de ce lot, un numéro de série ouvre la fiche individuelle ou, dans un espace de travail émettant des fiches par lot, la fiche du lot auquel ce numéro de série correspond. Un numéro de série fictif ouvre le passeport du lot ou du modèle en indiquant que cette unité ne dispose pas de son propre passeport, et la consultation est consignée ; un GTIN inconnu ne renvoie aucun résultat. Un SGTIN-EPC lu à partir d’une étiquette RFID est transmis, que ce soit sous forme d’URN ou sous la forme compressée de GS1, à son GS1 Digital Link.

Le résolveur est conçu conformément à la norme GS1 relative aux résolveurs conformes (GS1-Conformant Resolver Standard, ISO/IEC 18975) et est répertorié sur chaque hôte d’un espace de travail sous /.well-known/gs1resolver. Pour linkType=linkset et l’ancienne valeur « all », les machines reçoivent l’ensemble de liens de l’identifiant (RFC 9264) conforme au schéma GS1 ; gs1:pip, gs1:DPP et gs1:defaultLink sont pris en charge ; un type de lien que le Pass ne gère pas renvoie un code 404 et un lien erroné un code 400 ; chaque réponse indique le niveau auquel elle est fournie. Notre propre résolveur répond aux GS1 Digital Links et aux adresses RFID codées GS1, et le Pass s’ouvre à son adresse GS1 ; une marque dont les liens passent par un résolveur GS1 redirige ce dernier vers le nôtre, et chaque scan nous parvient via sa redirection.

Chaque publication enregistre une nouvelle version signée à la même adresse, et chaque version antérieure reste accessible dans l’état où elle a été publiée.

Chaque version est un « Verifiable Credential » du W3C, signée avec ECDSA-SD, un procédé de divulgation sélective : le consommateur, le recycleur et l’autorité reçoivent chacun le sous-ensemble auquel ils ont droit, et la signature reste vérifiable sur ce sous-ensemble. Chaque version comporte le hachage de la version précédente, ce qui empêche toute modification de l’historique à l’insu des parties concernées, et un manifeste signé avec la clé de Transpareo répertorie chaque version avec son hachage. Chaque version antérieure indique les modifications apportées depuis la version précédente.

La fiche produit associée à la fiche technique reste modifiable et dispose de son propre historique : chaque modification est consignée champ par champ, avec indication de la personne ou du système à l’origine de la modification, de la date et de l’heure, ainsi que des valeurs avant et après la modification ; il est ainsi possible de restaurer une version antérieure. L’historique du produit indique qui a apporté quelle modification ; les versions du Pass attestent de ce qui a été publié sur le marché et à quelle date.

L’identifiant reste inchangé ; la modification est publiée sous la forme d’une nouvelle version de ce même passeport, et le code figurant sur le produit renvoie à la version mise à jour.

Un nouvel identifiant n’est nécessaire que si l’article lui-même change. C’est à cela que sert la « supersession » : le nouveau passeport est associé à l’ancien, et toute personne qui se présente à l’un d’entre eux trouvera l’autre.

Oui. L’Transpareo Time Machine, notre visionneuse open source, affiche chaque version publiée dans le style de la marque.

La version actuelle se charge en même temps que la page ; les versions antérieures s’affichent dès que vous ouvrez la chronologie ; vous parcourez d’un simple geste l’histoire du produit : comment il a été fabriqué, ce qui a été réparé, où il a été expédié. Pour en savoir plus, rendez-vous sur Transpareo Time Machine.

Le lot conserve sa composition d’origine, et les modifications ultérieures apportées au produit ne peuvent l’affecter que par le biais d’une correction signant une nouvelle version.

La référence (SKU) et son GTIN restent inchangés. Lors de sa création, un lot reprend une copie permanente des composants et des caractéristiques tels qu’ils ont été effectivement fabriqués, et les modifications ultérieures apportées au produit ne sont pas répercutées dans ce lot. Si la nomenclature d’une saison diffère, la modification est effectuée sur le modèle avant la création du lot ; les autres valeurs du cycle de production, telles que les résultats des contrôles, sont également définies et figées par le lot. Une correction apportée au lot reprend l’état corrigé du modèle et signe une nouvelle version.

Un article fabriqué au printemps indique ses matériaux, tandis qu’un article de la même référence (SKU) datant de l’automne indique les siens, sans nouvelle référence (SKU) et sans ambiguïté. Les états antérieurs restent consultables via l’Transpareo Time Machine.

L’événement est enregistré sur le passeport, et toute modification des données est publiée sous la forme d’une nouvelle version signée à la même adresse ; aucun document n’est réémis ni réimprimé.

Les réparations, les remises à neuf, les reprises, le recyclage et les rappels sont enregistrés avec la date et l’acteur concerné, et apparaissent comme des événements EPCIS publics. Un changement de fournisseur ou de matériau constitue une modification des données et apparaît comme une nouvelle version. Les inspections, les transferts de propriété et les incidents ne sont enregistrés que pour les autorités.

Oui, grâce à un accès que la marque leur offre.

La marque attribue à un atelier de réparation, de remise à neuf ou de recyclage ses propres identifiants d’accès à l’API, assortis d’une autorisation permettant de saisir des événements. Chaque événement qu’elle enregistre comporte son GLN, s’il est enregistré, en tant que lieu de l’événement, et pour publier cet événement en tant que nouvelle version, une autorisation distincte de publication est nécessaire. Une partie ne disposant pas d’un accès accordé par la marque ne peut rien enregistrer.

Grâce à sa signature, que chacun peut vérifier sans logiciel, API ni compte Transpareo, avec, sur demande, des clés dont seule la marque dispose.

• Justificatif pour tous : signé sous forme de « W3C Verifiable Credential » avec ECDSA-SD ; toute bibliothèque conforme le vérifie.
• Vérification par le lecteur : la visionneuse résout le document DID et la clé publique, puis vérifie la signature dans le navigateur.
• Open Source : la piste d’audit peut faire l’objet d’un audit public et peut être reproduite de manière indépendante.
• Clés propres : la plateforme envoie le document à signer à un point de terminaison de signature de la marque ; les clés privées ne parviennent jamais à Transpareo.

Une exigence est partiellement satisfaite : la norme EN 18246 exige des clés certifiées à l’issue d’un contrôle d’identité, alors que les clés de l’émetteur sont publiées sur son propre domaine sans ce certificat. La sécurité physique du support de données, telle que les dispositifs de protection contre la copie ou les identifiants matériels, est assurée par le fabricant du support ; Transpareo n’évalue pas ces caractéristiques à l’heure actuelle.

Les faux passeports sont immédiatement détectés grâce à la signature ; les codes authentiques copiés apparaissent dans les statistiques de numérisation.

• Passeport falsifié : il ne se trouve pas sur le domaine de la marque et n’est pas signé avec sa clé ; toute vérification échoue.
• Code authentique copié : le nombre de scans par passeport et par pays figure dans les statistiques de scan. Un passeport unique peut être mis en attente ; chaque scan supplémentaire l’indiquera alors comme étant en attente.

Pour détecter un clone physique dès la lecture, il faut disposer d’une caractéristique du support de données qui ne puisse pas être copiée, comme un identifiant matériel de balise. À l’heure actuelle, Transpareo ne recense ni ne vérifie ce type de valeurs.

Oui. Chaque source enregistre les champs dont elle a la charge dans un catalogue, via l’API, l’importation de tables, l’interface d’agent ou le gestionnaire d’application.

Les produits, composants, documents, médias et types de propriétés sont regroupés dans ce catalogue unique. Une importation effectue une mise en correspondance à l’aide de l’identifiant du produit ou du composant et met à jour les enregistrements existants sur place, de sorte qu’un extrait régulier issu du PLM ou de l’ERP permet de maintenir le catalogue à jour. Les composants sont partagés : une fois qu’un matériau a été corrigé, cette modification s’applique à tous les produits qui le contiennent.

Chaque opération d’écriture est validée dès sa réception, puis immédiatement vérifiée au regard des règles de la catégorie, et chaque modification est consignée champ par champ, avec indication de la source et de l’heure. Une interaction typique : le PLM fournit la composition et la gestion, l’ERP les commandes, les lots et les numéros de série, un portail fournisseurs les certificats ; Transpareo assemble le dossier, le valide, le signe et le clôt.

Les documents sont associés aux produits et aux composants, et la documentation technique de chaque produit est générée automatiquement par la plateforme au format PDF, avec l’habillage graphique de la marque.

Au niveau du produit, un document public est intégré dans les « Passe » sous forme de fichier téléchargeable, et chaque version publiée conserve le fichier avec lequel elle a été publiée ; un document interne n’apparaît pas dans le « Passe ». Un document réglementé présent dans un point de données suit son niveau de divulgation, de sorte qu’un document réservé aux autorités ne figure pas dans les données publiques. Au niveau d’un composant, un document est soit public, soit visible uniquement après connexion.

La documentation technique est générée à partir du fichier « Pass » publié, via notre propre moteur de rendu open source md2pdf, qui applique l’identité visuelle de l’espace de travail et génère le même document dans chacune des langues de l’espace de travail, jusqu’à 40 langues.

Les points de données relèvent de la configuration : créer un champ, définir le niveau de divulgation, le marquer comme obligatoire, sans développement de plateforme et sans attendre une nouvelle version.

Le nom est saisi une seule fois dans votre propre langue, puis traduit dans les autres langues par la plateforme. En ce qui concerne les données existantes :

• Identification : la disponibilité DPP est désormais recalculée pour l’ensemble du catalogue, à raison de 200 produits par minute ; chaque produit ne comportant pas le nouveau champ s’affiche et peut être filtré, et l’exportation inclut le nouveau champ pour l’ensemble du catalogue.
• Saisie a posteriori : manuellement, par importation en masse à partir d’un tableau ou via l’API. Lorsque la valeur peut être déduite, l’assistant peut proposer des suggestions à vérifier.
• Les passeports publiés conservent leur version ; la mise à jour consiste en une nouvelle publication sous la même URL.
• Contrôle : les champs, les valeurs et chaque nouvelle publication sont consignés dans le journal d’audit et dans l’historique des versions.

Lorsqu’une toute nouvelle catégorie est ajoutée, nous fournissons un profil de conformité et des points de données sous forme de modèle, qu’un espace de travail intègre en une seule étape.

Par importation de tableau avec mappage des colonnes et aperçu, jusqu’à 50 Mo et 100 000 lignes par fichier, ou via l’API.

L’outil d’importation propose une mise en correspondance entre les colonnes et les champs, affiche avant l’enregistrement ce que deviendra chaque colonne et propose à chaque fois la même mise en correspondance pour les en-têtes de colonnes identiques ; s’il reconnaît toutes les colonnes dont il a besoin, un traitement automatique ignore l’étape de mappage, de sorte qu’une importation récurrente se résume à un simple téléchargement. Les exportations au format XLSX ou CSV contiennent l’intégralité de la base de données, avec un tableau par langue, et peuvent être réimportées dans ces mêmes formats. Le premier chargement s’effectue généralement sous forme de tableau ; dès que la structure est en place, le chargement s’effectue généralement via l’API.

Tout s’effectue de manière authentifiée via HTTPS. Les volumes importants sont transférés en plusieurs fois ou via l’API Bulk. Les fichiers multimédias sont téléchargés un par un, à raison de quatre simultanément et jusqu’à 50 Mo par fichier ; les exportations s’effectuent en arrière-plan à une adresse qui expire. L’utilisateur est averti dans l’application lorsqu’une importation est terminée ou nécessite une décision ; s’il le souhaite, il peut également recevoir un e-mail une fois celle-ci terminée. Ni le FTP ni les stockages non authentifiés ne sont proposés.

Via une API REST, des webhooks signés, un flux d’événements, l’importation et l’exportation de tableaux, un serveur MCP pour les agents IA et un nœud n8n ; aucun middleware n’est nécessaire.

• API REST : documentée, authentification via OAuth 2.0 (Client Credentials), accès limité à chaque système dans le périmètre d’application. Les systèmes PLM ou ERP créent et mettent à jour les produits, les composants, les propriétés et les lots, et publient les fiches techniques.
• Webhooks : signalent les événements du cycle de vie sans qu’il soit nécessaire d’effectuer une requête ; le flux d’événements transmet ces mêmes événements aux systèmes qui effectuent des requêtes.
• Importation en masse : tableau ou fichier CSV pour les systèmes ne disposant pas d’un budget d’intégration, avec affectation, aperçu et mise à jour des enregistrements existants.
• Interface d’agent (MCP) : destinée aux outils pour lesquels un projet d’intégration ne se justifie pas.
• Nœud n8n : publié sous le nom « @transpareo/n8n-nodes-transpareo », destiné aux workflows créés par une équipe sans recourir à la programmation.

L’API et les webhooks fonctionnent en temps réel. Les importations, les exportations, les publications et les traductions s’exécutent en tant que tâches d’arrière-plan avec suivi de l’état, affichent leur progression et ne bloquent personne ; une publication en masse ne peut pas saturer la file d’attente. Tout ce qui utilise le protocole HTTPS peut être connecté, y compris une plateforme d’intégration existante ou une solution iPaaS. Un système partenaire reconnaît les identifiants GS1 sans avoir besoin d’une table de correspondance.

Chaque opération d’écriture fait l’objet d’une vérification dès sa réception quant à la nature et au format de ses valeurs ; l’ensemble de données est ensuite contrôlé au regard des règles applicables à sa catégorie réglementaire lors du calcul de l’éligibilité au DPP et à chaque publication.

Le contrôle à la réception s’applique que les données proviennent de l’API, d’une importation ou d’une personne. Les règles proviennent du profil de conformité de la catégorie, rédigées sous forme de « shapes » selon le modèle SHACL ; elles traduisent ainsi les exigences réglementaires en matière de données en contrôles. Les identifiants des sites d’exploitation sont vérifiés par rapport aux schémas autorisés. Les points de données réglementaires sont associés au produit et figés lors de la publication ; les documents de conformité sont rattachés aux mêmes enregistrements, et leur visibilité dépend du niveau de divulgation du point de données auquel ils sont associés.

La vérification porte sur la structure : les données obligatoires sont-elles présentes, correctement formatées et conformes au type requis ? La vérification de l’exactitude du contenu d’une information relève d’une étape effectuée par des personnes, par exemple via la page fournisseur.

Chaque produit est associé à un état de préparation DPP recalculé en permanence : pourcentage, couleur et liste des contrôles en attente, chacun accompagné d’un lien vers le champ correspondant.

Les vérifications qui bloquent la publication sont distinctes de celles qui ne font qu’améliorer l’enregistrement. Tant qu’une vérification obligatoire est en cours, aucun passeport ne peut être publié. Une propriété obligatoire manquante est désignée par son type ; une valeur non conforme à la norme est signalée avec la règle qu’elle enfreint.

Les composants sont partagés, de sorte qu’une modification se répercute sur tous les produits qui les contiennent. Les données de lot restent figées, et les données publiées ne changent que si la personne chargée de leur modification le souhaite : une correction donne lieu à la création d’une nouvelle version, signalée par les webhooks et le flux d’événements.

Dans le catalogue, la disponibilité DPP est présentée sous forme de colonne : elle peut être triée et filtrée. Essayez-la sans créer de compte : notre démo.

Oui, il s’agit de procédures de contrôle comportant jusqu’à cinq étapes ; la personne qui dépose une demande n’en décide pas elle-même.

Chaque étape est attribuée à un groupe ou à une autorisation. Tant qu’un contrôle obligatoire est en cours, la publication d’un passeport reste bloquée, et même une publication déclenchée par un agent IA connecté suit le même processus. L’accès peut être limité à des produits ou composants spécifiques. Il n’existe pas encore de modèles de workflow versionnés ; lorsqu’un client a besoin d’étapes spécifiques, nous les intégrons au produit.

Oui. Les tâches sont attribuées à des personnes ou à des groupes ; un e-mail quotidien indique à chaque personne ses nouvelles tâches et celles en retard, et les demandes d’informations adressées aux fournisseurs sont assorties de délais et de rappels spécifiques.

Une escalade automatique vers d’autres personnes est prévue dans la feuille de route. Les tâches peuvent être consultées via l’API, et les webhooks ainsi que le flux d’événements signalent chaque changement de statut d’un pass, ce qui permet à un outil de workflow externe d’y réagir, par exemple n8n avec le nœud Transpareo.

Le tableau des produits configurable, les listes des tâches et des demandes, ainsi que la page des statistiques ; chaque ensemble de données peut être exporté.

• Catalogue : chaque utilisateur choisit lui-même les colonnes, y compris la disponibilité DPP ; les vues enregistrées permettent de conserver les requêtes pour l’ensemble de l’équipe. Les composants peuvent faire l’objet d’une recherche par nom, type et propriétés ; les passeports, par identifiant, statut (de la conception à la fin de vie), version, date d’expiration, ainsi que par lot ou pièce.
• Travaux en cours : les listes des tâches et des demandes indiquent les tâches en retard, celles pour lesquelles aucun responsable n’a été désigné, les demandes et réponses périmées, ainsi que celles en attente de vérification.
• Consommateurs : nombre de scans par carte d’identité, par région et par période, issu des journaux du serveur sans suivi, téléchargeable depuis la page des statistiques.
• Exportations : produits, composants et fiches sous forme d’ensembles de données complets au format CSV, XLSX, JSON-LD ou SQL, indépendamment des colonnes et des filtres affichés à l’écran.

L’API permet de consulter les passports par produit, statut et mot-clé, et le catalogue, les passports ainsi que le nombre de scans par passeport sont mis à la disposition des clients via leurs propres outils de BI. Démonstration : notre démonstration.

Les données relatives aux produits et aux pass de chaque espace de travail sont stockées dans une base de données distincte ; seules les données relatives aux comptes et aux tarifs sont stockées dans la base de données commune de la plateforme.

L’index de recherche, la clé de signature et la clé de chiffrement sont également distincts pour chaque espace de travail ; les médias et les archives de mots de passe se trouvent dans un chemin d’accès distinct pour chaque espace de travail.

Oui, à deux niveaux : les domaines sensibles et les sauvegardes.

• Champs : AES-256-GCM avec une clé par espace de travail, elle-même enveloppée par une clé dérivée du secret maître du serveur ; une rotation de la clé secrète principale enveloppe à nouveau chaque clé d’espace de travail qu’elle protège, sans avoir à rechiffrer les données. La clé du fournisseur d’IA, par exemple, est ainsi protégée. La clé de signature de l’espace de travail est enveloppée par une deuxième clé de l’espace de travail, spécialement dédiée à cet effet.
• Sauvegardes : chiffrées avec l’algorithme AES-256 avant de quitter le serveur.

Les médias et les archives de passeports sont stockés dans le système de stockage d’objets au sein de l’UE, et les archives d’un espace de travail payant sont inaltérables pendant dix ans.

Une adresse e-mail et un mot de passe, associés à une clé d’accès ou à un code à usage unique comme deuxième facteur d’authentification, que l’espace de travail peut exiger ; la durée d’inactivité avant la déconnexion est définie par l’espace de travail. Les utilisateurs peuvent également se connecter via le fournisseur d’identité de leur entreprise (voir « Authentification unique »).

La durée par défaut est de 480 minutes ; l’espace de travail peut définir librement cette durée. La session est interrompue côté serveur ; notre espace de travail de démonstration fonctionne avec une durée de 60 minutes. De plus, le cookie de session expire à la fermeture du navigateur. Un cookie de session crypté et marqué comme « sécurisé » gère la session, tandis qu’un cookie de langue gère la langue sélectionnée ; il n’y a pas de cookies tiers.

Les utilisateurs sont invités et affectés à des groupes d’accès ; la suppression d’un utilisateur entraîne la révocation immédiate de ses droits d’accès et de ses identifiants API. Il n’existe pas de comptes génériques ou partagés. La dernière connexion de chaque utilisateur est affichée ; la désactivation automatique des comptes inactifs depuis longtemps figure dans la feuille de route.

À propos de l’OIDC, disponible dans tous les forfaits : un espace de travail se connecte au fournisseur d’identité de son entreprise, qu’il s’agisse de Microsoft Entra ID, d’Okta, de Google ou d’un autre fournisseur OIDC, et les utilisateurs se connectent avec leur compte d’entreprise. Pour les domaines de l’entreprise, la connexion par mot de passe peut être désactivée. SAML figure dans la feuille de route.

Chaque domaine est vérifié, soit par le fournisseur, soit via une entrée DNS, avant que quiconque ne se connecte via celui-ci. Le fournisseur demande le deuxième facteur d’authentification. Si le mot de passe est bloqué, l’accès est refusé à toute personne que l’entreprise bloque auprès du fournisseur ; une session ouverte est renvoyée au fournisseur au plus tard après douze heures. Transpareo accède à un Active Directory via un fournisseur OIDC intermédiaire, tel qu’Entra ID ; il n’existe pas de connexion directe à LDAP. La clé d’accès, en tant que deuxième facteur d’authentification, assure une protection contre le phishing même en l’absence de fournisseur d’identité.

Trois types de journaux : le journal d’audit (5 ans), le journal de sécurité conforme à la directive NIS2 (365 jours) et un journal répertoriant tous les accès des autorités, que nous exportons sur demande.

Le journal d’audit indique qui a modifié quoi et quand, champ par champ, avec la valeur avant et après, et peut être filtré à l’écran par période, enregistrement ou intervenant. Le journal de sécurité enregistre les connexions (réussies ou refusées), les demandes d’authentification multifactorielle, les réinitialisations de mot de passe, les blocages de compte, les identifiants d’accès à l’API refusés, les adresses bloquées et les appels d’agents refusés ; il est consultable dans l’application.

Les données à caractère personnel contenues dans les journaux d’exploitation ne sont conservées que pendant la durée nécessaire à la réalisation de la finalité pour laquelle elles ont été collectées (art. 5, al. 1, let. e du RGPD). Les passeports sont exportés sous forme de fichiers signés, que les autorités peuvent vérifier sans recourir à notre logiciel ; les journaux sont exportés au format CSV ou XLSX.

Nous signalons immédiatement au client tout incident de sécurité concernant son espace de travail, que des données à caractère personnel soient concernées ou non, et chacun peut signaler des vulnérabilités à l’adresse support@mail.transpareo.com.

En cas de violation de la protection des données à caractère personnel, la déclaration doit respecter les dispositions de la clause 9 de notre contrat de sous-traitance: elle décrit la nature de la violation, ses conséquences probables et les mesures prises, indique un point de contact et précise quand la violation s’est produite et a été détectée, ainsi que les espaces de travail concernés. Les informations qui ne sont pas encore connues à ce stade seront communiquées dès qu’elles le seront.

Uniquement via une connexion effectuée pour le compte du client, qui est enregistrée dans le journal de la plateforme et dans le journal de sécurité propre à l’espace de travail.

Le client consulte chacune de ces connexions dans son journal de sécurité. Les collaborateurs font l’objet d’une vérification avant de se voir accorder l’accès et suivent régulièrement des formations en matière de sécurité. Ils sont tenus au secret professionnel et ne se voient accorder l’accès que dans la mesure où l’exploitation et la prise en charge du contrat l’exigent (clause 7.4(b) du contrat de sous-traitance).

Assistance par e-mail à l’adresse support@mail.transpareo.com, en allemand et en anglais, incluse dans tous les forfaits.

Il n’existe pas de contrat d’assistance distinct ni de service d’assistance facturé à l’heure. Dans l’application, les articles d’aide sont consultables et s’affichent dans la langue de l’utilisateur, à côté du guide de l’API. Grâce à l’accès à l’IA de l’espace de travail, l’assistant répond en s’appuyant sur ces deux sources, peut renvoyer vers l’article concerné et, après confirmation, exécuter immédiatement l’étape décrite en utilisant les droits de l’utilisateur.

Oui, la plateforme est opérationnelle : toute entreprise peut s’inscrire, et chaque passeport est généré, validé, signé et publié sous son adresse permanente.

Vous pouvez découvrir toutes ses fonctionnalités dans notre version de démonstration, sans avoir besoin d’un compte.

Un forfait mensuel fixe par espace de travail, en fonction du nombre de cartes d’accès, sans frais d’installation, de conseil, d’utilisation ou de numérisation, et sans modules supplémentaires payants.

Le support de données n’a aucune incidence sur le prix, et les analyses, le trafic et l’espace de stockage ne sont jamais comptabilisés. Chaque forfait comprend l’ensemble des fonctionnalités, avec un nom de domaine dédié, 40 langues et une API complète, de sorte que chaque fonctionnalité de ce catalogue est disponible même dans le forfait le plus basique ; les seuls coûts supplémentaires par rapport au forfait sont les frais facturés par le fournisseur d’IA lorsqu’un client utilise l’assistant avec son propre compte. La facturation est mensuelle, sans engagement minimum.

Quatre forfaits en francs, en euros ou en dollars : jusqu’à 100 forfaits, jusqu’à 1 000, jusqu’à 10 000 et illimité, chacun comprenant un nombre illimité de produits et de composants. Pendant la phase bêta, une remise de 30 % est appliquée sur les prix catalogue, et le prix auquel vous souscrivez reste votre prix tant que vous conservez ce forfait. Une période d’essai sans engagement de 8 jours est possible. La liste de prix en vigueur sur notre page « Tarifs » fait foi.

Nous mettons en place l’espace de travail avec les données, les types de propriétés, l’identité visuelle et le domaine du client, et les premières versions sont mises en ligne en quelques jours.

Un nouvel espace de travail est prêt en quelques minutes sous une adresse Transpareo ; le domaine propre au client sera disponible dès que son enregistrement DNS pointera vers nous. Du côté du client, il suffit de disposer d’un navigateur à jour, sous Windows, macOS, Linux, iOS ou Android ; il n’y a rien à installer ni à gérer.

• Intégration de la chaîne d’approvisionnement : via la page fournisseur, dans les langues de l’espace de travail.
• Intégration : l’API REST, les webhooks, le serveur MCP et les nœuds n8n sont gérés par l’équipe qui les a développés.

À cela s’ajoutent des outils sans frais supplémentaires : des documents aux couleurs de la marque en 40 langues, le label « Transpareo Time Machine » comme gage de confiance et des statistiques de fréquentation sans suivi.

Nos conditions générales de vente régies par le droit suisse : résiliation à la fin de la période de facturation mensuelle, aucune durée minimale d’engagement et, en cas de négligence légère, une responsabilité limitée au montant des redevances des douze derniers mois.

• Résiliation : le contrat est conclu pour une durée indéterminée et peut être résilié à tout moment pour la fin de la période de facturation en cours.
• Responsabilité : illimitée en cas de faute intentionnelle et de négligence grave ; en cas de négligence légère, uniquement en cas de manquement à des obligations contractuelles essentielles, limitée au préjudice typiquement prévisible et, au total, aux rémunérations versées au cours des douze mois précédant le fait dommageable. Le manque à gagner, la perte de données et les dommages indirects sont exclus, dans la mesure où la loi le permet.
• Modifications : toute modification des conditions générales et des tarifs sera notifiée par écrit au moins 30 jours avant son entrée en vigueur, avec la possibilité de s’opposer aux nouvelles conditions et de résilier le contrat avant l’entrée en vigueur d’une modification tarifaire.
• Droit applicable et juridiction compétente : le droit suisse s’applique, à l’exclusion de la Convention des Nations Unies sur les contrats de vente internationale de marchandises ; la juridiction compétente est celle de Zoug, en Suisse.
• Protection des données : le contrat de sous-traitance fait partie intégrante des conditions générales.

Le client reste un opérateur économique et est responsable du contenu de ses passeports ; Transpareo met à disposition la plateforme technique.

Nous siégeons au sein des instances où les règles sont élaborées et nous mettons en œuvre ce qu’elles publient.

• Normalisation européenne : participation au comité national de normalisation de l’Association suisse de normalisation (SNV) et à son sous-comité dédié au DPP, qui représente la Suisse au sein du CEN/CLC/JTC 24, le comité chargé d’élaborer la série de normes européennes relatives au DPP. Nous examinons les projets au fur et à mesure de leur élaboration et formulons nos observations à leur sujet.
• Projets pilotes de l’UE : membre de la « Community of Practice » de CIRPASS-2, le projet européen qui teste le passeport numérique de produit dans quatre chaînes de valeur.
• Travaux relatifs au protocole : participation active au Protocole de transparence des Nations Unies ; six de nos commentaires sur la version 0.7.0 figurent dans le registre public.
• Passeport de batterie : partenaire de soutien du consortium Battery-Pass, qui met en place, en collaboration avec des instituts de recherche de premier plan, l’environnement d’essai pour le passeport de batterie européen, avec le soutien du ministère fédéral allemand de l’Économie et de l’Énergie. Les batteries constituent la première catégorie de produits soumise à cette obligation à compter du 18 février 2027.

51 % du capital social sont attribués à la fondation d’utilité publique Transpareo Foundation, située à Zoug (en cours de création, situation en octobre 2026) ; une fois cette fondation constituée, cette participation ne pourra être cédée et Transpareo ne pourra faire l’objet d’une acquisition.

Une fois créée, la fondation est placée sous la surveillance de l’Autorité de surveillance des institutions de prévoyance et des fondations de Suisse centrale (ZBSA). Son expérience va au-delà de la réglementation : la première plateforme de transparence des produits mise en place par son fondateur est opérationnelle depuis 2008 pour les fabricants de cosmétiques.