Le scénario est familier. Un client envoie un email pour demander vos données d'emballage. Vous retrouvez la dernière fiche technique ou le tableur envoyé à quelqu'un d'autre il y a six mois, mettez à jour quelques valeurs, sauvegardez une copie, et envoyez par email. Fait. Jusqu'à ce que le prochain client demande. Et le suivant. Puis quelqu'un du premier client envoie à nouveau un email parce que les chiffres ne correspondent pas à ce qu'il attendait.
C'est l'approche standard pour la plupart des fournisseurs d'emballage qui gèrent aujourd'hui les demandes de données EPR. Ça fonctionne — dans le sens où les données parviennent finalement aux clients. Mais cela crée cinq problèmes spécifiques qui s'accumulent à mesure que le volume des demandes augmente.
Problème 1 : Des données incohérentes selon les clients
Quand les données sont créées à la demande plutôt que maintenues de façon centralisée, chaque client reçoit une version légèrement différente de la réalité. Le poids que vous avez indiqué au Client A en mars dernier peut différer de ce que vous avez envoyé au Client B en octobre — non pas parce que l'emballage a changé, mais parce que vous avez utilisé des fichiers sources différents, arrondi différemment, ou corrigé une petite erreur entre les deux.
Ce n'est pas hypothétique. Deux clients vendant le même produit de votre gamme en Allemagne et en France déposeront chacun une déclaration qui remonte à vos données. S'il leur arrive de comparer leurs notes — ou si un PRO cross-référence des déclarations de plusieurs clients-marques du même fabricant — l'écart soulève des questions difficiles à expliquer.
Un BOM centralisé élimine cela : il y a un seul jeu de chiffres, et chaque client qui demande des données pour le même produit reçoit ces mêmes chiffres.
Problème 2 : Aucune piste d'audit de ce qui a été partagé et quand
La conformité EPR est auditable. Les autorités nationales en Allemagne, en France, en Espagne et ailleurs peuvent demander des documents pour étayer la déclaration d'une marque. Quand elles le font, les marques remontent les données jusqu'à leurs fournisseurs.
Si un client vous appelle en disant « nous sommes en cours d'audit pour 2024 — pouvez-vous confirmer quelles données d'emballage vous nous avez envoyées au T4 2023 ? », quelle est votre réponse ? Pouvez-vous retrouver l'email ? Était-ce la bonne version ? Êtes-vous certain que les chiffres dans cet email correspondent à ce que le client a déclaré ?
Une boîte de réception email n'est pas une piste d'audit. C'est un problème de recherche — et toutes les recherches ne réussissent pas. Un enregistrement approprié de ce qui a été partagé, avec quel client, pour quel produit, à quelle date, et à quelle version est quelque chose que l'email ne peut pas fournir.
Problème 3 : Les changements d'emballage cassent tout silencieusement
L'emballage change régulièrement. Une boîte plus légère pour réduire les coûts d'expédition. Un passage à un carton ondulé à contenu recyclé. Un nouveau fournisseur pour le plateau intérieur. Chaque changement rend incorrectes les données précédentes que vous avez envoyées aux clients.
Le modèle email n'a aucun mécanisme pour propager les mises à jour. Vous vous souviendrez peut-être d'envoyer un email à vos trois plus gros clients quand l'emballage change. Mais qu'en est-il du client à qui vous avez envoyé des données il y a 18 mois et qui utilise toujours le même fichier ? Il ne sait pas que les données sont périmées. Vous ne savez pas qu'il n'a pas demandé de mise à jour.
Cela crée une accumulation lente de données inexactes répandues dans les systèmes clients — des données qui seront finalement utilisées dans des déclarations que les autorités peuvent auditer.
Problème 4 : Un travail répétitif qui passe mal à l'échelle
Chaque nouvelle demande client implique les mêmes étapes : trouver les données sources, les mettre en forme selon le modèle de ce client, vérifier les chiffres, envoyer. C'est peut-être 30 à 60 minutes par gamme de produits par client.
Avec cinq clients, c'est gérable. Avec quinze clients — ce à quoi de nombreux fabricants seront confrontés d'ici mi-2027 lorsque l'application du PPWR s'étendra aux 27 États membres de l'UE — le cycle trimestriel de demandes de données devient une charge significative. C'est du temps qui pourrait être consacré à la production réelle, pas à la transcription de données.
Le problème fondamental est que les mêmes données sous-jacentes — la composition en matériaux et le poids de votre emballage — sont préparées manuellement de zéro pour chaque destinataire au lieu d'être maintenues une fois et distribuées plusieurs fois.
Problème 5 : Le chaos des formats
Différents clients utilisent différents modèles. Un client veut un onglet par produit. Un autre veut tous les produits sur une seule feuille avec un ordre de colonnes spécifique. Un troisième a son propre format d'importation qui nécessite le type de polymère dans une colonne différente de la catégorie de matériau. Un quatrième envoie un document Word avec un tableau.
Chaque format nécessite une adaptation manuelle. Et quand les données doivent être mises à jour, chaque format doit être mis à jour séparément.
Sous le PPWR, des catégories de matériaux harmonisées sont introduites dans tous les marchés de l'UE. Au cours des deux prochaines années, les formats de demandes clients convergeront — mais jusque-là, la variation de format ajoute des frictions à chaque demande.
À quoi ressemble un meilleur système
L'alternative n'est pas complexe. Elle comporte trois composants :
1. Un BOM canonique par produit
Maintenez un BOM unique, versionné, pour chaque produit de votre gamme. C'est la source de vérité. Chaque champ est rempli correctement une seule fois : nom du composant, type de matériau (avec la précision requise), poids par unité en grammes, niveau d'emballage, pourcentage de contenu recyclé.
Quand l'emballage change, vous mettez à jour ce BOM — une seule fois — avec une nouvelle version et une date d'application. L'ancienne version est conservée pour référence historique.
2. Partager l'accès, pas les fichiers
Quand un client demande des données, vous lui envoyez un lien vers la version actuelle du BOM. Il voit une vue claire des données et peut les importer dans son système de conformité directement — ou les télécharger dans le format dont il a besoin.
La distinction clé avec une pièce jointe email : le lien pointe vers des données vivantes. Quand vous mettez à jour le BOM, le client peut voir la mise à jour. Quand un changement d'emballage crée une nouvelle version, l'ancien partage continue de pointer vers la bonne version historique tandis que le nouveau partage pointe vers la version mise à jour.
3. Suivre qui a quoi
Un tableau de bord montrant quels clients ont reçu quelles données BOM, quand ils y ont accédé, et s'ils les ont importées. Quand une question d'audit arrive, la réponse est une recherche, pas une fouille dans la boîte de réception.
L'économie du changement
Mettre en place un système BOM structuré pour une gamme de 50 références prend quelques heures au départ. C'est le coût unique. Après cela :
- Chaque nouvelle demande de données client prend moins d'une minute — trouver le produit, cliquer partager, saisir l'email
- Chaque changement d'emballage nécessite une seule mise à jour, pas une par client
- Les réponses aux audits sont immédiates — vous savez exactement ce qui a été partagé avec qui et quand
- Les nouveaux trimestres ne nécessitent aucun travail supplémentaire pour les clients existants
Le portail fournisseur Pack Declare est conçu spécifiquement pour ce flux de travail et est gratuit pour les fournisseurs. Les clients-marques qui ont besoin de vos données paient pour leurs outils de conformité — vous fournissez simplement les données, une seule fois, de façon structurée.
Pour comprendre en détail comment fonctionne un portail fournisseur, lisez comment fonctionne un portail fournisseur pour les données d'emballage EPR. Pour les champs de données spécifiques à saisir une seule fois, consultez exactement quelles données de BOM emballage vos clients attendent.