L'emballage change régulièrement. Une boîte d'expédition plus légère pour réduire les coûts matériaux. Un carton ondulé à teneur en recyclé plus élevée après changement de fournisseur. Un nouveau plateau intérieur sans plastique. Chaque changement est routinier du point de vue de la production — et chacun signifie que certaines des données d'emballage que vous avez partagées avec des clients ne sont plus exactes.
La question à laquelle répond le contrôle des versions est : pour une période de déclaration donnée, quelle version de vos données d'emballage s'applique ? Si un client dépose une déclaration EPR pour le T3 2025 et que votre emballage a changé en octobre 2025, il a besoin de la version valide jusqu'au T3 — pas la version actuelle.
Sans système de versionnage approprié, ni vous ni votre client ne pouvez répondre à cette question de façon fiable. Cet article explique les scénarios où le versionnage est important, à quoi ressemble un bon contrôle des versions, et comment le mettre en œuvre sans le surcompliquer.
Pourquoi l'EPR fait du versionnage une exigence de conformité, pas un bonus
La plupart de la gestion des données dans la chaîne d'approvisionnement — prix, spécifications, certificats — a au mieux un versionnage informel. Le dernier document remplace le précédent, et personne ne revient vérifier les valeurs historiques.
Les déclarations EPR brisent ce modèle parce qu'elles sont rétrospectives et auditables. Une marque dépose une déclaration en mars 2026 pour l'année civile 2025. La déclaration doit refléter avec précision l'emballage réellement vendu aux consommateurs pendant 2025. Si l'emballage a changé en milieu d'année, la déclaration doit utiliser les bons poids et matériaux pour chaque période.
Les autorités nationales peuvent — et le font de plus en plus — auditer les déclarations après coup. La ZSVR allemande, la DGCCRF française et les autorités régionales espagnoles ont toutes le pouvoir de demander des documents justificatifs pour les déclarations soumises. Les marques qui reçoivent des demandes d'audit remontent les données jusqu'à leurs fournisseurs.
Si vous ne pouvez pas montrer que vous avez fourni au client les bonnes données BOM pour la bonne période, la piste d'audit présente une lacune — et cette lacune se situe dans votre relation avec le client.
Les quatre scénarios où les versions comptent
1. Un composant d'emballage change de poids ou de matériau
C'est le cas le plus fréquent. Vous changez de fournisseur de carton ondulé et le nouveau carton pèse 12 % de moins. Ou vous passez d'une bouteille HDPE de 50 g à un modèle plus léger de 44 g. Les clients utilisant les anciennes données de poids vont sur-déclarer (et payer des redevances en excès) ou sous-déclarer (un risque de conformité) selon le sens du changement.
La bonne réponse en termes de contrôle des versions : créer une nouvelle version BOM avec une date de début d'application. L'ancienne version reste accessible et couvre toute période de déclaration avant la date de changement.
2. La certification de contenu recyclé change
Vous obtenez une nouvelle certification de bilan massique montrant que votre barquette PET a désormais 30 % de contenu recyclé post-consommateur, contre 0 % auparavant. C'est une bonne nouvelle — mais cela ne s'applique qu'à partir de la date où vous avez commencé à utiliser la matière première certifiée. Vos clients ne peuvent pas rétroactivement réclamer le bonus d'éco-modulation pour les périodes antérieures à l'utilisation du matériau certifié.
La bonne approche : créer une nouvelle version BOM avec le contenu recyclé mis à jour et une date d'application correspondant à l'entrée du matériau certifié en production. Inclure une référence à la certification. Les anciens partages pointent vers la version précédente (0 %) pour la période pré-certification.
3. Un composant est ajouté ou supprimé
Vous éliminez le papier de soie dans une refonte produit. Ou vous ajoutez un encart en papier qui n'était pas là avant. Le BOM lui-même change structurellement — ce n'est pas seulement une mise à jour de poids ou de matériau.
Créez une nouvelle version. La liste des composants diffère entre les versions, et les clients ont besoin de savoir quelle version de la configuration produit s'applique à quelle période.
4. Vous découvrez une erreur dans les données précédemment partagées
Vous réalisez que le poids que vous avez indiqué pour le carton extérieur était par lot de deux unités, pas par unité individuelle — ce qui signifie que vous avez envoyé aux clients des poids deux fois supérieurs à ce qu'ils devraient être. Certains clients ont déjà utilisé les données dans des déclarations.
C'est le scénario le plus compromis par un mauvais contrôle des versions. Avec le versionnage, vous pouvez créer une version corrigée, notifier spécifiquement les clients concernés, et ils peuvent évaluer s'ils doivent déposer des déclarations amendées. Sans versionnage, il n'y a aucun moyen systématique d'identifier qui a les données incorrectes et aucun enregistrement documenté de quand la correction a été faite.
À quoi ressemble un bon contrôle des versions
Identifiant de version
Chaque version BOM doit avoir un identifiant clair. Des numéros séquentiels simples fonctionnent bien : v1, v2, v3. Évitez les noms de version basés sur des dates comme « BOM_Avril2025_final_v2.xlsx » — ils ne sont pas lisibles par machine, invitent au chaos de nommage « final_FINAL », et ne peuvent pas être reliés de façon fiable à une période d'application spécifique.
Plage de dates d'application
Chaque version doit avoir une date de début d'application et, une fois remplacée, une date de fin d'application. Cela crée une chronologie complète et sans chevauchement :
| Version | Applicable à partir de | Applicable jusqu'au | Ce qui a changé |
|---|---|---|---|
| v1 | Janv. 2024 | Sept. 2024 | BOM initial |
| v2 | Oct. 2024 | Mars 2025 | Poids carton extérieur réduit de 210 g à 185 g |
| v3 | Avr. 2025 | Présent | Carton ondulé passé au grade 30 % PCR |
Avec cet historique, un client déposant une déclaration annuelle 2024 a besoin de la v1 pour janvier–septembre et de la v2 pour octobre–décembre. Un client déclarant pour le S1 2025 a besoin de la v2 pour janvier–mars et de la v3 pour avril–juin. Ce niveau de précision est exactement ce qui étaye un audit propre.
Notes de changement
Chaque nouvelle version doit inclure une brève note expliquant ce qui a changé et pourquoi. « Poids carton extérieur réduit de 210 g à 185 g — nouveau design de boîte à partir du run de production de septembre 2024 » est suffisant. Cela donne aux clients le contexte pour évaluer si le changement affecte leur déclaration et, si oui, de quelle façon.
Notification aux clients
Quand vous créez une nouvelle version, les clients avec des partages actifs pour ce produit doivent être notifiés. La notification n'a pas besoin d'être alarmante — un simple message « BOM mis à jour pour [nom du produit], nouvelle version applicable à partir du [date] » leur permet de décider s'ils doivent mettre à jour leurs données.
Les clients utilisant des données pour une période entièrement dans une version plus ancienne n'ont pas besoin d'agir. Les clients dont la période de déclaration actuelle chevauche la date de changement de version doivent décider comment le gérer.
Le versionnage en pratique : éviter la sur-ingénierie
Toute différence d'emballage ne justifie pas une nouvelle version formelle. Lignes directrices pratiques :
- Créez une nouvelle version pour : les changements de poids supérieurs à 2–3 %, les changements de type de matériau, les changements de contenu recyclé, l'ajout ou la suppression de composants
- Ne créez pas de nouvelle version pour : les changements de design d'étiquette (si le substrat est inchangé), les changements de couleur d'impression sur les matériaux existants, les mises à jour graphiques d'emballage qui ne changent pas le matériau physique
- Documentez les corrections mineures dans une versionen ajoutant une note plutôt qu'en créant une nouvelle version — par exemple, corriger une faute de frappe dans un nom de composant sans changer aucune valeur
La question directrice : ce changement affecte-t-il le poids, le type de matériau ou le contenu recyclé de tout composant d'une façon qui changerait un calcul de déclaration ? Si oui, nouvelle version. Si non, une note est suffisante.
Le lien entre le contrôle des versions et la préparation aux audits
Si vous recevez une question liée à un audit d'un client — « confirmez quelles données d'emballage vous nous avez fournies pour le S2 2024 » — un système BOM versionné vous donne une réponse claire en quelques secondes : la version 2 était applicable à partir d'octobre 2024, voici les données, voici la date d'application. Le client peut comparer sa déclaration avec la bonne version BOM et démontrer la cohérence.
Sans versionnage, la même question nécessite une recherche d'email, la comparaison de plusieurs copies de tableurs, et une estimation sur quel fichier a réellement été utilisé. Ce n'est pas une réponse qui satisfait un auditeur.
Le portail fournisseur Pack Declare gère le versionnage automatiquement — vous créez une nouvelle version avec une date d'application, les anciens partages continuent de pointer vers la bonne version historique, et votre tableau de bord affiche la chronologie complète des versions par produit.
Pour le cas général contre les flux de travail email-tableur, lisez pourquoi vous devriez arrêter d'envoyer vos données d'emballage par email. Pour une vue d'ensemble complète du fonctionnement d'un portail fournisseur, consultez comment fonctionne un portail fournisseur pour les données d'emballage EPR.