Qué atributos del pasaporte digital de productos provienen del exterior
Un pasaporte digital de productos (DPP) combina datos que una empresa ya posee con datos que debe solicitar, y la división es desigual.
- En poder interno: identificadores de producto, dimensiones, números de modelo y la mayoría de los atributos comerciales que ya figuran en el PIM o el ERP.
- En poder de proveedores directos: composición del material, declaraciones de sustancias, contenido reciclado y ubicación de fabricación de cada componente.
- En poder de niveles superiores de la cadena: origen de las materias primas, que un proveedor de primer nivel puede tener que solicitar a su vez al de segundo nivel.
- Generados por terceros: certificaciones, informes de pruebas y cálculos de huella de carbono producidos por laboratorios o evaluadores.
- Creados al final: instrucciones de reparación, guías de desmontaje y gestión al final de la vida útil, que a menudo existen como documentos en lugar de datos.
Solo la primera categoría responde al esfuerzo interno. Mapear el modelo de datos del DPP entre el ERP, el PLM y el PIM es un trabajo que una empresa puede planificar. El resto llega con la calidad y frecuencia que la base de proveedores puede gestionar, lo que para la mayoría de las empresas significa archivos adjuntos de correo electrónico y hojas de cálculo.
¿Por qué los datos del pasaporte digital de productos se estancan en los proveedores?
Los proveedores no tienen ninguna obligación de seguir su formato. El Reglamento sobre diseño ecológico para productos sostenibles (ESPR) vincula a la empresa que comercializa el producto, no al proveedor de componentes que se encuentra tres pasos atrás. El cumplimiento del ESPR llega, por tanto, al proveedor como una solicitud comercial más que como una exigencia legal.
La capacidad varía más que la disposición. Un proveedor grande puede tener los datos, pero almacenados en un sistema que no permite exportar lo que usted solicita. Uno pequeño puede conocer la respuesta, pero no tener otra forma de enviarla que no sea mediante un correo electrónico. Ambos están colaborando, pero ninguno genera datos estructurados.
Luego está la desviación. Una especificación de material recopilada una vez es precisa hasta que el proveedor cambia una fuente, lo cual ocurre sin previo aviso porque el cambio no afectó al número de pieza. El DPP contiene entonces una declaración que el producto ya no respalda, lo cual es peor que una carencia.
¿Qué cuesta un proceso de recopilación manual?
Las empresas suelen empezar con una plantilla de hoja de cálculo enviada por correo electrónico a su base de proveedores. Los costes siguen un orden predecible:
- Un seguimiento interminable: una persona de cumplimiento o compras dedica su semana a hacer seguimiento de las respuestas pendientes, y la lista de seguimiento se reinicia con cada cambio de producto.
- Datos que llegan inutilizables: campos de texto libre, unidades inconsistentes y nombres de materiales que no coinciden con ningún vocabulario estándar.
- Declaraciones que nadie puede demostrar: una cifra de contenido reciclado aparece en el DPP sin registro de quién la proporcionó ni cuándo, lo cual no supera una auditoría.
- Lanzamientos paralizados: un producto no puede comercializarse sin un DPP completo, por lo que un solo atributo de proveedor faltante bloquea toda una gama.
- Caducidad silenciosa: datos recopilados hace dieciocho meses se presentan como actuales porque no existe un seguimiento de cuándo se confirmaron por última vez.
Ninguno de estos es un fallo tecnológico. Cada uno deriva de recopilar datos regulados a través de un canal diseñado para la correspondencia, y por eso los programas de pasaporte digital de producto se estancan en la etapa de recopilación en lugar de en la de modelado.
Tratar a los proveedores como un canal de datos, no como una lista de correo
Las empresas que logran que esto funcione dejan de tratar los datos de los proveedores como un ejercicio de recopilación. Los tratan como un intercambio continuo, que es el mismo problema que integrar a un socio comercial para realizar pedidos.
Eso tiene una consecuencia práctica. Un proveedor que ya envía confirmaciones de pedido y avisos de despacho de forma electrónica es un proveedor que puede enviar declaraciones de materiales de la misma manera, a través de un canal que ya existe. Un proveedor que no puede hacerlo necesita una ruta más sencilla, normalmente un formulario o una hoja de cálculo estructurada que se valide al llegar en lugar de después de que alguien la lea.
La distinción que importa no es el tamaño del proveedor. Es si los datos llegan en un formato que el sistema receptor pueda verificar. Un atributo que nadie validó fallará en la auditoría en lugar de en la recepción.
Cómo gestiona una plataforma de integración los datos del pasaporte digital de productos
Existen tres rutas y cada una tiene un límite. Una plataforma dedicada de DPP o de cumplimiento normativo modela bien el requisito, pero aun así debe alimentarse de sus sistemas y de sus proveedores. Un PIM almacena los atributos correctamente una vez que llegan, pero ofrece poca ayuda para obtenerlos. Recopilar por correo electrónico y consolidar manualmente es lo que hace la mayoría de las empresas ahora, y eso limita la cantidad de proveedores y productos que el programa puede cubrir.
Una plataforma de integración como servicio (iPaaS) se sitúa entre la base de suministro, los sistemas internos y cualquier registro en el que se publique el DPP. En la iPaaS de Alumio, ese trabajo adopta cuatro formas:
- Cualquier formato de proveedor aceptado: un data Transformer convierte mensajes estructurados, hojas de cálculo y archivos enviados en un modelo de atributos interno único, de modo que la capacidad del proveedor determina la ruta de entrada en lugar de si puede participar o no.
- Verificado antes de que llegue: las reglas de validación rechazan unidades faltantes, términos de materiales no reconocidos o valores fuera de rango en el límite, con una razón sobre la que el proveedor puede actuar.
- Procedencia registrada por atributo: los Logs detallados capturan qué proveedor suministró qué valor y cuándo, que es lo que convierte una declaración de DPP en evidencia.
- Publicado donde se requiere: una data Route basada en eventos lleva el registro completo al PIM, a la tienda y al registro, de modo que una actualización de atributo llega a todos los destinos.
Esos flujos se configuran en lugar de crearse manualmente por proveedor, con el Code Transformer disponible cuando la configuración no puede expresar una regla y se prefiere escribir código. El centésimo proveedor se conecta a un patrón en lugar de a un proyecto.
Lo que realmente ofrece la preparación para el pasaporte digital de productos
Los programas de cumplimiento se financian según la fecha límite y se juzgan según si el producto pudo enviarse. Ese enfoque subestima lo que produce el trabajo, porque los mismos datos respaldan afirmaciones que el equipo de marketing ha querido durante años y que nunca pudo fundamentar.
Una empresa que puede demostrar la composición y el origen de los materiales por producto puede hacer afirmaciones de sostenibilidad que resistan el escrutinio. Puede vender a minoristas que ahora exigen esos datos por contrato. Puede responder a la pregunta de un cliente sobre la reparabilidad sin abrir un proyecto de investigación.
La fecha límite deja de ser lo importante. Un fabricante que puede decir qué contiene un producto, de dónde proviene y quién lo ha certificado, ha construido algo para lo cual la fecha de cumplimiento era solo el primer uso.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
