Qualité des données DPP : cinq vérifications avant publication
Un passeport produit peut être accessible techniquement tout en contenant des informations incorrectes. Pour les fabricants suisses exportant vers l’UE, une vérification métier avant publication est donc utile. Cinq questions relient les données du développement, des achats et de l’informatique à une décision traçable : ces informations sont-elles prêtes à être partagées ?
Mise à jour : 2 novembre 2026 · Rédaction : VALNARO AG
Clarifier d’abord le cadre applicable
L’ESPR exige des données DPP exactes, complètes et à jour. Les règles applicables au produit déterminent les informations et le niveau d’identification requis ; l’annexe III ne constitue pas une liste universelle de champs obligatoires. Distinguez le droit suisse des exigences visant les exportations vers l’UE. Le communiqué du SECO de juin 2026 décrit un projet législatif suisse, sans établir une obligation générale existante. Les vérifications proposées sont organisationnelles. Un identifiant d’enregistrement ne remplace ni le passeport ni la preuve de conformité. [1] [2] [4]
1. Les données concernent-elles le bon produit ?
Choisissez une famille de produits et un enregistrement concret. Vérifiez modèle, variante, version et, selon le cas, lot ou exemplaire. Ces informations concordent-elles entre PLM, ERP et documents fournisseurs ? Un identifiant valide ne suffit pas si le document associé décrit une autre configuration. Consignez la correspondance et le rôle responsable. Gardez les relations non résolues visibles au lieu de les trancher silencieusement pendant l’import. [1]
2. La source et sa validité sont-elles traçables ?
Pour chaque valeur retenue, notez la source, la version du document ou des données et le responsable métier. Vérifiez que cette source correspond précisément à la version du produit. Une date ne prouve pas à elle seule l’actualité de l’information. Définissez les changements déclenchant une nouvelle vérification : matériau différent ou nouvelle spécification fournisseur, par exemple. Une preuve manquante devient une tâche à résoudre ; une estimation plausible ne remplace pas une donnée confirmée. [1] [3]
Proposition de travail · aucune liste officielle de champs obligatoires
Cinq vérifications pour un enregistrement
Un enregistrement sélectionné
Produit concerné
Quelle variante et version ?
Source et validité
Quel justificatif s’applique ?
Unité et langue
Le même sens partout ?
Droits et approbation
Qui peut confirmer quoi ?
Modifications et suivi
Qu’a-t-on changé et pourquoi ?
Une décision documentée
3. Les unités et traductions concordent-elles ?
Un nombre doit avoir un sens précis : masse nette et poids d’expédition sont différents. Vérifiez ensemble unité, séparateur décimal, quantité de référence et conversion. Les équipes de Suisse alémanique, de Romandie et du Tessin doivent partager la même définition, même si le libellé change. Cela vaut aussi pour les responsables anglophones des entreprises suisses. Traduisez les explications, pas l’identifiant produit. Un glossaire approuvé et un exemple vérifié aident à détecter les écarts de sens avant diffusion.
4. Qui peut consulter, modifier et approuver ?
Distinguez consultation, maintenance des données et décision interne de publication. L’ESPR encadre les droits d’accès et de modification ; adaptez votre procédure d’approbation au produit et à l’organisation. Avec des rôles de test, vérifiez que des informations confidentielles de fournisseurs ne deviennent pas publiques. Documentez responsabilités et questions ouvertes. Un enregistrement ou un export réussi ne signifie pas que le responsable métier a confirmé le contenu. [1]
5. Les modifications restent-elles traçables ?
Consignez la valeur modifiée, la raison, le justificatif et le rôle intervenant. Définissez quand les données concernées doivent être revérifiées et republiées. Un export peut réussir alors qu’une ancienne version reste accessible. Comparez donc la version approuvée au contenu effectivement diffusé. Pensez aussi à l’exploitation : qui traite une information incorrecte, et comment organisez-vous la disponibilité et la restauration des données ? [1]
Fictif · aucune référence client · aucune tolérance réglementaire
Cas fictif : erreur → clarification → approbation
Boîtier A
Repérer l’erreur
- Source : 1 200 g
- Champ de sortie : 1 200 kg
- Suspendre la publication
Clarifier le lien
- Même version du produit ?
- Justificatif correspondant ?
- Conversion : 1,2 kg
Approuver la correction
- Documenter la vérification
- Approuver la version corrigée
- Contrôler le résultat diffusé
Cas fictif : une erreur d’un facteur 1 000
Pour le « Boîtier A », entièrement fictif, le document fournisseur correspondant indique 1 200 g. Après un import erroné, le champ de sortie affiche pourtant 1 200 kg. L’équipe suspend la publication, confirme la version du produit et la source, puis vérifie la conversion en 1,2 kg. La version corrigée est approuvée après vérification métier documentée ; le résultat diffusé est ensuite contrôlé. Cet exemple illustre une méthode, sans constituer une référence client ni une tolérance réglementaire.
Commencer par un jeu de données limité
Préparez une vue anonymisée de vos systèmes et un exemple représentatif pour un échange avec VALNARO. Ensemble, nous pouvons délimiter un processus de vérification portant sur modèle de données, interfaces et responsabilités. Périmètre et livrables sont convenus au préalable. Commencez par quelques informations bien définies et testez également des cas volontairement incorrects : les décisions restant à prendre avant publication deviendront visibles.
Pour approfondir
Sources et contexte métier
Ces informations sont indicatives et ne remplacent pas un conseil juridique ou réglementaire. L’applicabilité, les dispositions transitoires et les obligations doivent être vérifiées pour chaque produit.