El packaging cambia regularmente. Una caja de envío más ligera para reducir costes de material. Un cartón ondulado con mayor contenido reciclado tras cambiar de proveedor. Una nueva bandeja interior sin plástico. Cada cambio es rutinario desde el punto de vista de la producción — y cada uno significa que algunos de los datos de packaging que has compartido con los clientes ya no son precisos.
La pregunta a la que responde el control de versiones es: para cualquier período de declaración dado, ¿qué versión de tus datos de packaging aplica? Si un cliente está presentando una declaración EPR para el T3 de 2025 y tu packaging cambió en octubre de 2025, necesita la versión válida hasta el T3 — no la actual.
Sin un sistema de versionado adecuado, ni tú ni tu cliente pueden responder esa pregunta de forma fiable. Este artículo explica los escenarios en los que el versionado importa, cómo es un buen control de versiones y cómo implementarlo sin complicarlo en exceso.
Por qué el EPR convierte el versionado en un requisito de cumplimiento, no en algo deseable
La mayoría de la gestión de datos de la cadena de suministro — precios, especificaciones, certificados — tiene un versionado informal en el mejor de los casos. El documento más reciente reemplaza al anterior, y nadie vuelve a comprobar los valores históricos.
Las declaraciones EPR rompen este modelo porque son retrospectivas y auditables. Una marca presenta una declaración en marzo de 2026 para el año calendario 2025. La declaración debe reflejar con precisión el packaging que realmente se vendió a los consumidores durante 2025. Si el packaging cambió a mitad de año, la declaración debe usar los pesos y materiales correctos para cada período.
Las autoridades nacionales pueden — y cada vez más lo hacen — auditar las declaraciones después del hecho. El ZSVR alemán, el DGCCRF francés y las autoridades regionales españolas tienen el poder de solicitar documentación de respaldo para las declaraciones presentadas. Las marcas que reciben solicitudes de auditoría rastrean los datos hasta sus proveedores.
Si no puedes demostrar que proporcionaste al cliente los datos de BOM correctos para el período correcto, el rastro de auditoría tiene una brecha — y esa brecha se sitúa en tu relación con el cliente.
Los cuatro escenarios en los que las versiones importan
1. Un componente de packaging cambia de peso o material
Este es el caso más habitual. Cambias de proveedor de cartón ondulado y el nuevo pesa un 12% menos. O pasas de una botella de HDPE de 50g a un diseño más ligero de 44g. Los clientes que usan el peso antiguo sobredeclararán (y pagarán tasas en exceso) o infradeclararán (un riesgo de cumplimiento) según la dirección del cambio.
La respuesta correcta con control de versiones: crea una nueva versión del BOM con una fecha de inicio efectiva. La versión antigua permanece accesible y cubre cualquier período de declaración anterior a la fecha del cambio.
2. La certificación de contenido reciclado cambia
Obtienes una nueva certificación de balance de masas que muestra que tu bandeja PET ahora tiene el 30% de contenido reciclado posconsumo, frente al 0% anterior. Son buenas noticias — pero solo aplica a partir de la fecha en que empezaste a usar la materia prima certificada. Tus clientes no pueden reclamar retroactivamente la bonificación de eco-modulación por períodos anteriores al uso del material certificado.
El enfoque correcto: crea una nueva versión del BOM con el contenido reciclado actualizado y una fecha de vigencia que coincida con cuando el material certificado entró en producción. Incluye una referencia a la certificación. Los compartidos antiguos apuntan a la versión anterior (0%) para el período anterior a la certificación.
3. Se añade o elimina un componente
Eliminas el papel de seda del rediseño de un producto. O añades un inserto de papel que antes no existía. El propio BOM cambia estructuralmente — no es solo una actualización de peso o material.
Crea una nueva versión. La lista de componentes difiere entre versiones, y los clientes necesitan saber qué versión de la configuración del producto aplica a qué período.
4. Descubres un error en los datos compartidos anteriormente
Te das cuenta de que el peso que indicaste para la caja de envío exterior era por pack de dos unidades, no por unidad individual — lo que significa que enviaste a los clientes pesos que son el doble de lo que deberían ser. Algunos clientes ya han usado los datos en declaraciones.
Este es el escenario más perjudicado por el mal control de versiones. Con versionado, puedes crear una versión corregida, notificar específicamente a los clientes afectados y ellos pueden evaluar si necesitan presentar declaraciones corregidas. Sin versionado, no hay forma sistemática de identificar quién tiene los datos incorrectos y no hay registro documentado de cuándo se hizo la corrección.
Cómo es un buen control de versiones
Identificador de versión
Cada versión del BOM debería tener un identificador claro. Los números secuenciales simples funcionan bien: v1, v2, v3. Evita nombres de versión basados en fechas como "BOM_Abril2025_final_v2.xlsx" — no son legibles por máquina, invitan al caos de denominación "final_DEFINITIVO" y no pueden vincularse de manera fiable a un período efectivo específico.
Rango de fechas de vigencia
Cada versión debería tener una fecha de inicio efectiva y, una vez superada, una fecha de fin efectiva. Esto crea una línea de tiempo completa sin solapamientos:
| Versión | Vigente desde | Vigente hasta | Qué cambió |
|---|---|---|---|
| v1 | Enero 2024 | Sept 2024 | BOM inicial |
| v2 | Oct 2024 | Mar 2025 | Peso de la caja exterior reducido de 210g a 185g |
| v3 | Abr 2025 | Presente | Cartón ondulado cambiado a gramaje con 30% PCR |
Con este historial, un cliente que presenta una declaración anual de 2024 necesita la v1 para enero–septiembre y la v2 para octubre–diciembre. Un cliente que presenta una declaración para el H1 de 2025 necesita la v2 para enero–marzo y la v3 para abril–junio. Este nivel de precisión es exactamente lo que respalda una auditoría limpia.
Notas de cambio
Cada nueva versión debería incluir una breve nota que explique qué cambió y por qué. "Peso de la caja exterior reducido de 210g a 185g — nuevo diseño de caja a partir de la producción de septiembre de 2024" es suficiente. Esto da a los clientes el contexto para evaluar si el cambio afecta a su declaración y, si es así, cómo.
Notificación a clientes
Cuando creas una nueva versión, los clientes con compartidos activos para ese producto deberían ser notificados. La notificación no necesita ser alarmante — un simple mensaje "BOM actualizado para [nombre del producto], nueva versión efectiva a partir de [fecha]" les permite decidir si actualizar sus datos.
Los clientes que usan datos para un período completamente dentro de una versión anterior no necesitan actuar. Los clientes cuyo período de declaración actual abarca la fecha de cambio de versión necesitan decidir cómo gestionarlo.
El versionado en la práctica: evitar la sobreingeniería
No toda diferencia de packaging justifica una nueva versión formal. Pautas prácticas:
- Crea una nueva versión para: cambios de peso de más del 2–3%, cambios de tipo de material, cambios de contenido reciclado, adición o eliminación de componentes
- No crees una nueva versión para: cambios de diseño de etiqueta (si el sustrato no cambia), cambios de color de impresión en materiales existentes, actualizaciones de diseño del packaging que no cambian el material físico
- Documenta las correcciones menores dentro de una versión añadiendo una nota en lugar de crear una nueva versión — por ejemplo, corregir un error tipográfico en el nombre de un componente sin cambiar ningún valor
La pregunta guía: ¿este cambio afecta al peso, el tipo de material o el contenido reciclado de algún componente de manera que cambie un cálculo de declaración? Si sí, nueva versión. Si no, una nota es suficiente.
El vínculo entre el control de versiones y la preparación para auditorías
Si recibes una pregunta relacionada con una auditoría de un cliente — "confirma qué datos de packaging nos proporcionaste para el H2 de 2024" — un sistema de BOM versionado te da una respuesta limpia en segundos: la versión 2 estaba vigente desde octubre de 2024, aquí están los datos, aquí está la fecha de vigencia. El cliente puede comparar su declaración con la versión correcta del BOM y demostrar coherencia.
Sin versionado, la misma pregunta requiere una búsqueda de email, comparación de múltiples copias de hojas de cálculo y una suposición sobre qué archivo se usó realmente. Eso no es una respuesta que satisfaga a un auditor.
El portal de proveedor de Pack Declare gestiona el versionado automáticamente — creas una nueva versión con una fecha de vigencia, los compartidos antiguos permanecen apuntando a la versión histórica correcta y tu panel muestra la línea de tiempo completa de versiones por producto.
Para el argumento más amplio contra los flujos de trabajo de email y hojas de cálculo, consulta por qué deberías dejar de enviar datos de packaging por email. Para una visión completa de cómo funciona un portal de proveedor, consulta cómo funciona un portal de proveedor para datos de packaging EPR.