¿Con qué frecuencia tengo que actualizar los datos del pasaporte de producto?
Sin plazo fijo, pero con obligación de mantener la información actualizada
En el propio ESPR no hay un intervalo fijo para actualizar el pasaporte de producto digital — no «cada año», ni «dentro de tantos meses después de un cambio». Lo que sí está establecido es el principio del artículo 9 del ESPR (Reglamento (UE) 2024/1781): la información del pasaporte de producto digital debe ser precisa, completa y actual durante todo el período en que el pasaporte deba estar disponible. Se trata de una obligación permanente, no de una instantánea en el momento de cumplimentación al comercializar el producto. En la práctica, esto significa que es necesaria una actualización tan pronto como cambie algo relevante para los datos del pasaporte — una reparación, un cambio en la composición de materiales, una retirada del mercado o el final de la vida útil — y no según un calendario fijo. La forma exacta en que esto se aplica por categoría de producto, quién puede o debe realizar cada actualización, y qué parte de los datos está fijada al comercializar el producto frente a lo que se complementa posteriormente, es objeto del artículo 10 del ESPR, que remite a la normativa delegada por categoría de producto.
Para el fabricante, el importador — y los agentes posteriores
Este tema afecta en primer lugar a la parte que compila y comercializa el pasaporte: el fabricante o, en caso de importación desde fuera de la UE, el importador. Para esa parte, la obligación de mantener la información actualizada del artículo 9 se aplica en cualquier caso a los datos incluidos al cumplimentar el pasaporte. No se trata solo de información que cumplimenta el propio fabricante, sino posiblemente también de datos que otros agentes de la cadena añaden posteriormente: un reparador que sustituye una pieza, un gestor de residuos que desmonta el producto, o un propietario posterior en caso de reventa. El artículo 10 del ESPR establece explícitamente que la normativa delegada por categoría de producto debe determinar qué operador de mercado o agente es responsable de cargar información, también después de la comercialización del producto. Esto significa que «actualizar» no es automáticamente una tarea que siga siendo del fabricante original — para algunos datos esa responsabilidad puede trasladarse a otro agente en el ciclo de vida posterior. Donde esto explícitamente no se aplica: datos técnicos estáticos básicos que ya están fijados al comercializar el producto, como un número de identificación de producto único. Estos no cambian por sí solos y, por lo tanto, tampoco necesitan ser revisados periódicamente.
Aún no hay fecha establecida para electrónica e ICT
Aún no hay una normativa delegada publicada que establezca las obligaciones exactas de actualización para equipos electrónicos e ICT. El propio ESPR establece en los artículos 9 y 10 el marco, pero la concreción por categoría de producto — incluyendo posibles plazos para la realización de cambios — se derivará de la normativa delegada que aún ha de publicarse. Según el plan de trabajo de la Comisión Europea para 2025-2030, se esperan normativas delegadas por subcategoría a partir de 2027; para electrónica e ICT aún no se conoce una fecha de publicación. Hasta que se publique una normativa delegada para una categoría de producto específica y entre en vigor, no existe para esa categoría una obligación de actualización concreta derivada del pasaporte de producto digital — la obligación del pasaporte en sí solo surge con esa normativa.
Qué significa esto en la práctica
Para quien ahora mismo se orienta, el orden es aproximadamente el siguiente. Primero, identifique qué datos acabarán en el pasaporte y cuáles de estos pueden cambiar durante la vida útil del producto — piense en el historial de reparaciones, versiones de software, o una composición de materiales modificada en una adaptación del modelo. Seguidamente, establezca un proceso interno que detecte tales eventos, de modo que una actualización no dependa del azar sino que resulte de un control fijo en caso de recall, modificación del modelo o fin de la producción. Designe, aunque aún no sea obligatorio por ley, un responsable dentro de la organización para mantener los datos del pasaporte — ese papel probablemente se definirá de forma más concreta con el acto delegado. Finalmente, esté atento a la publicación del acto delegado para su propia categoría de producto, pues solo en él constarán los plazos exactos de actualización, qué parte es responsable de qué, y qué datos son dinámicos y cuáles fijos.
Dónde consta: artículos 9 y 10 de la ESPR
El artículo 9 de la ESPR (Reglamento (UE) 2024/1781) establece que el pasaporte digital de producto debe permanecer disponible durante la vida útil esperada del producto y que la información contenida en él debe ser exacta, completa y actual. El artículo 10 de la misma reglamentación determina que el acto delegado debe especificar por categoría de producto qué operador del mercado es responsable de introducir y actualizar la información, incluso después de la puesta en el mercado del producto. Juntos, estos dos artículos forman el marco dentro del cual las obligaciones de actualización reales por categoría de producto se desarrollarán posteriormente.
Quien ahora configure procesos, lo mejor es empezar con una relación de qué datos en el producto propio pueden cambiar durante su vida útil y con quién en la cadena se necesitan acuerdos — para que exista un procedimiento listo cuando aparezca el acto delegado para su categoría de producto.
Fundamento de esto
- Reglamento (UE) 2024/1781 (ESPR), artículo 10 (requisitos del pasaporte de producto digital)
- Reglamento (UE) 2024/1781 (ESPR), artículo 9 (pasaporte digital de producto)
El reglamento en sí se encuentra en EUR-Lex. Hacemos referencia a cada afirmación; no tiene que creernos.
Lo que debe hacer concretamente
Lo que se espera de usted
El pasaporte de producto digital no es una instantánea que permanece intacta tras su publicación. El artículo 9 del ESPR (Reglamento (UE) 2024/1781) establece que el pasaporte debe permanecer accesible durante toda la vida útil del producto, y el artículo 10 del ESPR (Reglamento (UE) 2024/1781) describe los requisitos que debe cumplir el pasaporte y los datos subyacentes. De ello se deduce que un pasaporte debe mantenerse actualizado mientras el producto esté en el mercado y mientras esté en circulación entre los usuarios — no solo el día de la venta.
Mantener actualizado mientras se vende el producto
Mientras se siga entregando un modelo de producto, los datos del pasaporte deben corresponder con la ejecución actual del producto. Si un proveedor modifica un componente, un material o una especificación, esto se refleja en lo que el pasaporte declara. Para una empresa de 10 a 100 empleados, esto suele significar que debe existir un momento fijo — cuando hay un cambio de ingeniería, una nueva especificación de proveedores o una revisión de la documentación técnica — en el que alguien verifica si el pasaporte sigue siendo correcto. Sin ese momento, existe el riesgo de que el pasaporte describa una versión anterior del producto que la que realmente está en la caja.
Mantener actualizado tras cambios que afecten al usuario
Algunos cambios afectan directamente a lo que un usuario o una autoridad de vigilancia obtiene del pasaporte: una actualización de software que cambia la funcionalidad, un plazo de garantía modificado, o una nueva evaluación de la reparabilidad tras un cambio de diseño. Quien establece cuánto tiempo un aparato recibe actualizaciones de softwareharía bien en vincular ese registro al momento en que se actualiza el pasaporte, para que los dos registros no se desvinculen. Lo mismo se aplica a una revisión de la puntuación de reparabilidad de un aparato: si el diseño cambia, la puntuación también puede cambiar, y ese es un momento para revisar el pasaporte.
Disponibilidad del pasaporte en sí, independientemente del contenido
Además del contenido, está la cuestión de si el pasaporte permanece accesible. El artículo 9 del ESPR (Reglamento (UE) 2024/1781) vincula la vida útil del pasaporte a la del producto, lo que significa que el portador de datos QR y los datos subyacentes no deben desaparecer cuando se elimine gradualmente un modelo de producto. Para una empresa que gestiona su propio alojamiento, este es un punto operacional: un sistema que se desconecta después de una reorganización, una migración de sistemas o una fusión no cumple con esa expectativa. En elektropas.com, esta es una de las razones por las que el alojamiento se compromete por un período fijo, de modo que una empresa no tenga que seguir controlándolo por sí sola.
Corrección tras un error detectado
Una situación aparte es el error que solo sale a la luz después de la publicación — un valor introducido incorrectamente, un documento confundido, o un dato que a la revisión no corresponde con el método mediante el cual se midieron los valores. Cuando se detecta, existe la expectativa de que se corrija el pasaporte, no de que el error permanezca hasta la próxima revisión programada. Cómo se implementa esa corrección en la práctica se describe en la página sobre corregir un error en el pasaporte.
Dónde falla en la práctica
Un pasaporte se completa al lanzar una línea de productos y luego no se vuelve a revisar, mientras tanto ha habido dos revisiones del producto — los datos del pasaporte corresponden entonces a una ejecución que ya no se entrega.
Un proveedor cambia un componente crítico para resolver problemas de suministro, sin que nadie compruebe si ese cambio afecta lo que figura en las materias primas críticas en el pasaporte .
El departamento de TI migra a un nuevo sistema y los códigos QR antiguos de repente apuntan a una página que ya no existe, mientras que los productos con ese código QR siguen estando en los armarios de los usuarios durante años.
Un equipo de software extiende o acorta el período de soporte de un dispositivo en una actualización de producto, pero ese cambio solo se comunica internamente y no se implementa en el pasaporte que consulta el usuario final.
Un error en un dato técnico se reconoce internamente desde hace meses como "algo para la próxima actualización", mientras que el valor erróneo sigue siendo visible para todos los que escanean el código QR.
Lo que puede documentar
- Un momento de control fijo en el proceso relativo a cambios de ingeniería, en el que se verifica si el pasaporte sigue siendo coherente con la configuración de producto actual.
- Una persona responsable designada dentro de la empresa para mantener actualizados los datos del pasaporte, incluso si la entrada inicial fue realizada por un tercero.
- Una vinculación entre el registro interno de soporte de software y los datos que figuran en el pasaporte, de modo que un cambio en uno desencadena automáticamente una verificación del otro.
- Un procedimiento para lo que ocurre una vez que se informa de un error, incluido quién puede corregirlo y dentro de qué acuerdo interno se realiza.
- Un resumen de qué datos de producto se mantienen por grupo de producto, a armonizar con lo descrito en las características que se completan por grupo de producto.
- Un acuerdo sobre el alojamiento y disponibilidad del pasaporte después del cese de comercialización de un modelo de producto, de modo que el código QR no apunte a un enlace inactivo mientras el producto siga en uso.
Esto no es asesoramiento jurídico. Esta página proporciona información general sobre la normativa de la que trata esta plataforma. No conocemos su situación. Si tiene dudas sobre su propio caso, consulte a un abogado o a la autoridad de vigilancia competente.
Escrito con IA basado en las fuentes anteriores, revisado por una persona el 2026-08-22. ¿Hay algo que no sea correcto? Háganoslo saber — las correcciones tienen prioridad.