Pasaporte digital de producto: implantación del DPP y del pasaporte de batería conforme al ESPR

Casi todas las empresas descubren el pasaporte digital de producto de la misma manera: alguien reenvía el cuestionario de un cliente, o un distribuidor pregunta qué identificador irá impreso en la etiqueta el año que viene. Y ahí queda claro que un reglamento archivado internamente bajo la carpeta de "sostenibilidad" es en realidad un proyecto de software con fecha de entrega.

Ese software lo construimos nosotros. El modelo de datos, los identificadores, la API que hay detrás del código QR, la integración con el PLM o el ERP donde ya viven sus datos de producto, y el registro que espera el registro central de la UE. No el dictamen jurídico sobre el ámbito de aplicación (de eso se ocupa su departamento de cumplimiento o su asesoría), sino todo lo que viene después.

Qué exige realmente el pasaporte digital de producto

El Reglamento de diseño ecológico para productos sostenibles (ESPR, Reglamento (UE) 2024/1781) sustituyó a la antigua Directiva de diseño ecológico y amplió su alcance desde los productos relacionados con la energía hasta prácticamente todo lo que se vende en la UE. Su instrumento central es el pasaporte digital de producto: un conjunto de datos estructurado y legible por máquina, asociado a un producto, un lote o una unidad, accesible desde un soporte de datos situado en el propio producto.

Despojado del lenguaje normativo, un DPP son cuatro problemas de ingeniería:

• Un identificador único del producto, modelo, lote o unidad, emitido conforme a un esquema reconocido y estable durante toda la vida del producto.
• Un soporte de datos (en la práctica un código QR, a veces NFC o una etiqueta RFID), que resuelve hacia ese identificador. GS1 Digital Link es la sintaxis hacia la que converge la mayoría de las cadenas de suministro, porque permite que un único QR sirva al consumidor, al escáner del distribuidor y al gestor de residuos con respuestas distintas.
• Un conjunto de datos definido por el acto delegado de su grupo de productos: composición de materiales, sustancias preocupantes, durabilidad y reparabilidad, contenido reciclado, huella de carbono, disponibilidad de recambios, instrucciones de fin de vida. Cada público ve campos distintos, y el control de acceso forma parte de la especificación, no es un extra.
• Un registro en el registro central de la UE, más la obligación de mantener el pasaporte disponible durante un periodo determinado: también después de que usted deje de vender el producto, lo que es más un problema de alojamiento y continuidad que de programación.

El marco es plenamente aplicable desde el 19 de julio de 2026, y con él entró en funcionamiento el registro central de DPP de la UE. Eso puso la maquinaria en marcha. Lo que obliga a cada empresa concreta es el acto delegado de su propio grupo de productos.

Las fechas que cuentan

La primera obligación firme no son los textiles ni el mobiliario: son las baterías, y llega por el Reglamento de baterías, no por el ESPR.

• 18 de febrero de 2027: el pasaporte de batería pasa a ser obligatorio en virtud del Reglamento (UE) 2023/1542 para las baterías de vehículos eléctricos, las baterías industriales de más de 2 kWh y las baterías LMT (medios de transporte ligeros). Toda batería de ese tipo introducida en el mercado de la UE a partir de esa fecha necesita un pasaporte accesible mediante código QR, con huella de carbono, composición de materiales, contenido reciclado, estado de salud e información sobre diligencia debida.
• A partir de 2026: el primer plan de trabajo del ESPR (COM(2025) 187) sitúa el hierro y el acero en cabeza de los grupos prioritarios, seguidos de los textiles, los neumáticos y el aluminio, y después el mobiliario y los colchones. Cada grupo de productos tendrá su propio acto delegado, y cada acto fija su propio periodo transitorio: normalmente de dieciocho meses a dos años entre la adopción y la aplicación.

Quien fabrica baterías o las incorpora a vehículos, maquinaria o bicicletas eléctricas cuenta el plazo en meses. Quien fabrica textiles, acero, neumáticos o mobiliario lo cuenta en actos delegados, y lo sensato ahora es levantar la base de datos en lugar de esperar a la lista definitiva de campos.

Qué construimos

Modelo de datos de producto y análisis de brechas

Partimos de sus datos actuales, no de un esquema en blanco. La mayoría de los fabricantes ya tiene el setenta por ciento de lo que exige un pasaporte, repartido entre PLM, ERP, declaraciones de proveedores, informes de ensayo y hojas de cálculo que nadie ha abierto desde la última auditoría. Cotejamos lo que existe con los requisitos de su grupo de productos, y el resultado es una lista de brechas que nombra los campos concretos que hoy no puede producir y de dónde tendría que salir cada uno: normalmente de un proveedor al que nunca se le ha pedido.

Ese documento suele valer más que el software que viene después, porque convierte una preocupación difusa de cumplimiento en una tarea de compras con nombres y apellidos.

Identificadores y soporte de datos

Implantamos el esquema de identificación (GTIN de GS1 con cualificadores de serie o de lote, o un esquema alternativo si su sector utiliza otro), y generamos los enlaces resolubles que hay detrás. Cuando un mismo código QR tiene que atender a varios públicos, construimos el resolver para que el móvil del consumidor, el sistema del distribuidor y el escáner del reciclador aterricen cada uno en la respuesta que les corresponde, con los campos restringidos tras un acceso autenticado.

El propio servicio de pasaporte

Un DPP es una API con una vista pública, no un PDF. Construimos ambas cosas: un servicio que guarda los datos del pasaporte, los versiona, los sirve bajo el identificador y los presenta de forma legible en los idiomas que exigen sus mercados. Tiene que seguir en línea y seguir siendo correcto durante años, así que lo construimos como un servicio pequeño, aburrido y bien monitorizado, y no como una función dentro de algo más grande que quizá se retire.

Integración con los sistemas que ya tiene

Los datos del pasaporte se alimentan, no se teclean. Construimos las integraciones con SAP, Dynamics, Odoo, Infor y ERP a medida, con sistemas PLM como Siemens Teamcenter o PTC Windchill, y con los portales de proveedores y los sistemas de calidad donde está el resto. Cuando los proveedores envían los datos por correo y hoja de cálculo (que es lo habitual, al menos al principio) construimos la capa de recepción y validación que los convierte en registros estructurados sin que nadie los transcriba.

Registro y trazabilidad documental

Nos ocupamos de la parte técnica del registro de los pasaportes ante el registro de la UE, de mantener la inscripción al día cuando el producto cambia y de generar el rastro de evidencias que acredita qué se publicó y cuándo. Cuando sus clientes lanzan sus propias solicitudes de datos de cadena de suministro, construimos las vías de exportación para que responderlas deje de ser un proyecto cada vez.

Lo que no hacemos

No vendemos una plataforma de DPP con licencia por producto. Ya hay unas cuantas, y para una empresa con un catálogo sencillo y datos ordenados una de ellas puede ser perfectamente la respuesta correcta: si es así, se lo diremos.

Lo que hacemos nosotros son los casos que esas plataformas resuelven mal: productos con listas de materiales complicadas, datos repartidos entre sistemas que nunca se pensaron para hablar entre sí, esquemas de identificación que tienen que convivir con un etiquetado ya existente, o fabricantes que necesitan que el servicio de pasaporte viva dentro de su propia infraestructura por razones de soberanía del dato.

Tampoco damos asesoramiento jurídico sobre ámbito de aplicación, clasificación o conformidad. Trabajamos junto a quienes sí lo dan.

Sectores con los que trabajamos

Fabricantes de baterías y de movilidad eléctrica con la fecha de febrero de 2027 encima: fabricantes de vehículos, bicicletas eléctricas, patinetes y almacenamiento industrial, y los proveedores de celdas que los abastecen.

Marcas textiles y de moda que preparan el acto delegado de textiles, donde la parte difícil son casi siempre los datos de la cadena de suministro y no el pasaporte en sí.

Acero, aluminio y productos de construcción, donde ya existen de alguna forma las declaraciones ambientales de producto y los pasaportes de materiales, y el trabajo consiste en conciliarlos con el modelo de datos del ESPR.

Electrónica y electrodomésticos, que están en la intersección del ESPR, el Reglamento de Ciberresiliencia y el etiquetado energético vigente, y que por lo general prefieren un solo programa de datos en lugar de tres.

Mobiliario, neumáticos y bienes de consumo, donde los actos delegados quedan más lejos y la inversión razonable ahora es el esquema de identificación y la canalización de datos.

Cómo se desarrolla un proyecto

El primer paso es corto y a precio cerrado: una evaluación de preparación para el pasaporte de producto, normalmente de dos a tres semanas. Repasamos su estructura de producto, sus fuentes de datos y los requisitos aplicables, y entregamos un análisis de brechas, una propuesta de modelo de datos, una recomendación de identificador y soporte, y un plan de construcción con costes.

Después, la mayoría de los clientes hace un piloto sobre una línea de producto: una familia de SKU de principio a fin, desde la captura de datos hasta un código QR escaneable y una inscripción en el registro. El piloto contrasta el modelo con la realidad, y es entonces cuando se descubre que un proveedor no puede facilitar el porcentaje de contenido reciclado y que hay que tomar una decisión al respecto.

Luego viene el despliegue, grupo de productos a grupo de productos, ampliando las integraciones y sustituyendo progresivamente la captura manual. Al final, o bien hacemos la entrega documentada a su equipo, o bien seguimos operando el servicio con un contrato de soporte: los pasaportes tienen que seguir disponibles mucho después de que acabe el proyecto, y alguien tiene que responder de ello.

Normas y marcos de referencia

• ESPR, Reglamento (UE) 2024/1781, y los actos delegados adoptados a su amparo
• Reglamento de baterías (UE) 2023/1542, artículo 77 y anexo XIII
• GS1 Digital Link, GTIN y el estándar de eventos GS1 EPCIS donde se exige trazabilidad
• Arquitectura de referencia CIRPASS y las normas emergentes del CEN/CENELEC JTC 24
• Identificadores ISO/IEC 15459, e ISO 14040/14044 cuando los datos de huella de carbono entran en el pasaporte
• W3C Verifiable Credentials, cuando importa la autenticidad de los datos entre socios de la cadena de suministro

Tecnología

Servicios en Node.js, Python, Go y Java; PostgreSQL y almacenes basados en eventos cuando el histórico del pasaporte tiene que ser reconstruible; API REST y GraphQL; AWS, Azure y alojamiento soberano europeo, incluido el despliegue on-premise cuando hace falta. Construimos para que funcione en su cuenta de nube, no en la nuestra, salvo que prefiera que lo alojemos nosotros.

Preguntas frecuentes

¿Cuándo pasa a ser obligatorio el pasaporte digital de producto?

No hay una única fecha. El ESPR es plenamente aplicable desde el 19 de julio de 2026 y el registro de la UE está operativo, pero la obligación para un producto concreto solo empieza cuando se aplica el acto delegado que cubre su grupo de productos. El primer pasaporte obligatorio es el pasaporte de batería, el 18 de febrero de 2027, en virtud del Reglamento de baterías. El hierro y el acero, los textiles, los neumáticos y el aluminio van detrás según el plan de trabajo del ESPR, cada uno con su propio periodo transitorio.

¿Nos aplica el pasaporte digital de producto si no somos una empresa de la UE?

Si introduce productos en el mercado de la UE, sí. La obligación recae sobre el agente económico que pone el producto en circulación en la UE, que puede ser su importador o su representante autorizado, pero los datos tienen que salir de usted y, en la práctica, el pasaporte lo construye el fabricante.

¿No basta con poner un código QR en la etiqueta que enlace a nuestra ficha de producto?

No. El pasaporte tiene que llevar un conjunto de datos definido en formato legible por máquina, utilizar un identificador de un esquema reconocido, estar inscrito en el registro de la UE, permanecer disponible durante un periodo determinado y mostrar campos distintos a públicos distintos. Una página de marketing detrás de un QR no cumple nada de eso.

Ya publicamos declaraciones ambientales de producto. ¿Es suficiente?

Es un buen punto de partida, y normalmente significa que los datos más difíciles ya están recopilados. Queda mapearlos al modelo de datos del pasaporte, dar a los productos identificadores estables y construir el servicio que sirve los datos a demanda en lugar de como un PDF descargable.

¿Cuánto tarda una implantación?

Un piloto sobre una línea de producto suele durar de seis a diez semanas una vez completada la evaluación de preparación. El despliegue completo del catálogo depende mucho más de la disponibilidad de datos que de la ingeniería, y la recogida de datos de proveedores es casi siempre la ruta crítica.

¿Dónde residen los datos del pasaporte?

Donde usted necesite. Construimos el servicio para desplegarlo en su propia cuenta de AWS o Azure, en infraestructura soberana europea o on-premise. El registro de la UE guarda los asientos de registro, no sus datos de producto.

Primeros pasos

Envíenos su gama de productos y el grupo bajo el que cree que cae, y le diremos si es probable que le alcance una obligación de pasaporte, cuándo, y qué aspecto tendrían que tener sus datos. Si la respuesta honesta es que una plataforma estándar le sirve mejor, también se lo diremos.

Contáctenos para programar una evaluación de preparación para el pasaporte digital de producto.

Servicios relacionados

• Desarrollo Entrada Mercado UE: el resto del stack de cumplimiento para vender en Europa
• Mantenimiento de sistemas legacy: cuando los datos de producto están atrapados en un sistema que nadie quiere tocar
• Ampliación de Personal y Outsourcing: ingenieros que se incorporan a su equipo mientras dure el programa