Utilisez cette page avant les démonstrations fournisseurs afin de tester les affirmations logicielles contre vos vraies catégories de produit et vos manques de données.
Le logiciel doit aider l'opérateur à créer, gouverner, publier, enregistrer, mettre à jour et exporter les informations exigées par le droit applicable. Le cœur utile est une opération de données auditable : identifiants persistants, données structurées, origine des preuves, accès par acteur, historique, registre et continuité. Un générateur de page QR n'est qu'une partie du système.
De nombreuses règles ESPR par produit restent en préparation alors que le marché vend déjà des promesses larges. Avant les démonstrations, décrivez produits, entités juridiques, systèmes sources, fournisseurs, dates, classes d'accès et hypothèses juridiques. Sinon une présentation soignée peut masquer une erreur de périmètre, de granularité, d'identifiant ou de responsabilité.
Demandez le règlement, l'article ou l'annexe exacte, la catégorie, la date d'application et les dépendances futures de chaque affirmation. La réponse doit distinguer droit adopté, architecture de cadre, signal de plan de travail, norme et interprétation fournisseur. Conservez cette cartographie avec le dossier d'achat pour évaluer les changements ultérieurs.
Testez les niveaux modèle, lot et article, le contrôle des identifiants, la résolution du support et la survie des identifiants lors d'une migration. Chaque valeur doit remonter à un système, une déclaration fournisseur, un calcul, un certificat ou une saisie approuvée, avec version, responsable, état de revue et historique. Inconnu, non applicable, estimé et vérifié doivent rester distincts.
L'accès DPP n'est pas simplement public ou privé. Selon le texte, clients, réparateurs, recycleurs, organismes notifiés, douanes, surveillance du marché, Commission ou acteurs ayant un intérêt légitime ont des droits différents. Exigez une matrice par champ, des flux d'identification, des journaux d'accès et des tests avec de vrais parcours d'acteurs.
Le registre européen est opérationnel depuis le 20 juillet 2026. Le fournisseur doit démontrer vérification de l'organisation, enregistrement à la granularité applicable, transmission des identifiants et codes douaniers, gestion des réponses, récupération des preuves, mises à jour, transferts et reprise après erreur. L'enregistrement réussi n'est pas une certification de conformité.
L'ESPR exige une copie de sauvegarde via un prestataire et limite l'usage des données par l'article 11. Le contrat doit préciser finalités, confidentialité, sécurité, incidents, sous-traitants, suppression, portabilité, disponibilité et assistance lors d'un changement ou d'une défaillance. La délégation technique ne transfère pas la responsabilité de l'opérateur.
Exigez un export complet et documenté des données, identifiants, supports, preuves, droits, versions, références du registre et journaux, puis testez une migration. Un CSV des champs visibles n'est pas une opération récupérable. Interopérabilité et transférabilité sont à la fois des exigences du cadre et une protection commerciale.
Choisissez une famille représentative avec de vraies données incomplètes, plusieurs niveaux d'identité, deux rôles d'accès, une correction, un export et un test du registre si applicable. Définissez les critères avant configuration. Le résultat doit être un dossier de preuves, une liste d'écarts, une carte des responsables, un coût et un test de sortie, pas seulement une page de marque.
Logiciel approuvé par l'UE, conformité en un clic, conforme pour tous les produits, future-proof et passeport en quelques minutes appellent une définition précise. Demandez qui a approuvé, quelle loi et quel produit sont couverts, ce que signifie conforme, quel travail reste à l'opérateur et quelles garanties figurent dans le contrat.
ALERTES PAR CATÉGORIE
Les alertes couvrent les changements officiels, les calendriers par catégorie, les sources et les notes sur les affirmations fournisseurs. Pas de conseil juridique, pas de spam.