prodpas.eu

Mi producto necesita varios pasaportes de producto — ¿cómo funciona eso en conjunto?

Un producto, varios pasaportes: el vínculo se establece a través del número de identificación

Si un producto requiere varios pasaportes de producto, estos no se fusionan en un único documento, sino que permanecen separados y se vinculan entre sí a través de códigos de identificación únicos. Esto ocurre en dos situaciones: un producto está compuesto por componentes que ya han sido comercializados por separado y, por lo tanto, ya tienen su propia obligación de pasaporte (piense en una batería en un aparato), o un producto se incluye en más de un grupo de productos para el cual el ESPR (Reglamento (UE) 2024/1781) ha establecido normas específicas por separado. En ambos casos, cada pasaporte tiene su propio alcance e contenido, y el código único de identificación del producto garantiza que los pasaportes sean localizables como parte del mismo conjunto. Por lo tanto, no surge un documento de recopilación interminable, sino una estructura de pasaportes vinculados e independientes.

Para productos complejos y productos que se incluyen en varios grupos de productos

Este tema es relevante para productos que constan de varios componentes comercializables independientes, de los cuales uno o más ya tienen su propia obligación de pasaporte, y para productos que se clasifican simultáneamente en varios grupos de productos, por ejemplo, porque una regulación de grupo de productos se refiere a la función del producto y otra se refiere a un material o componente del mismo. Esto no se aplica a la situación en la que se solicita casualmente dos veces la misma información para el mismo producto, ni a la libertad de opción para crear voluntariamente un segundo pasaporte además del obligatorio. El ESPR funciona con exactamente una identificación de producto única por producto, no con registros dobles o paralelos para el mismo caso. Para la mayoría de los productos, que se incluyen en exactamente un grupo de productos y no contienen componentes con su propia obligación de pasaporte, este tema no es relevante: un pasaporte es suficiente.

Cuándo esto será aplicable se establece por grupo de productos, no en el ESPR mismo

El ESPR establece el marco en sí, artículo 9 para el contenido y funcionamiento del pasaporte de producto digital, artículo 12 para los códigos de identificación únicos, pero la obligación concreta de mantener un pasaporte surge solo por grupo de productos, a través de un acto delegado para ese grupo. Para un producto que se incluye en varios grupos de productos, esto significa que una obligación puede entrar en vigor antes que la otra, simplemente porque los actos delegados no se adoptan todos al mismo tiempo. En las fuentes consultadas no se establece una fecha fija en la que 'el vínculo de varios pasaportes' en su conjunto deba funcionar. Lo que sí es cierto: tan pronto como un acto delegado para un grupo de productos sea aplicable, a partir de ese momento se aplica la obligación de pasaporte para los productos de ese grupo, y la estructura de identificación del artículo 12 funciona como el mecanismo mediante el cual cualquier otro pasaporte para el mismo producto permanece localizable.

Cómo abordarlo en la práctica

El primer paso es determinar en cuál o cuáles grupos de productos encaja el producto — esto determina cuál(es) acto(s) delegado(s) es/son aplicable(s) y, por lo tanto, qué contenido del pasaporte es obligatorio. El segundo paso es comprobar si el producto contiene componentes que ya se comercializan por separado conforme a otra regulación y que, por lo tanto, podrían tener o van a tener su propio pasaporte — una batería integrada es el ejemplo más frecuente. El tercer paso es establecer por pasaporte los códigos de identificación único correctos: identificación del producto y, cuando sea pertinente, la identificación del operador económico y la ubicación de la instalación de producción, de modo que los pasaportes puedan remitirse mutuamente en lugar de duplicar la información. El último paso es proporcionar los datos por grupo de productos a la parte que confecciona y aloja el pasaporte, de modo que cada pasaporte contenga los códigos que remiten a los otros. En prodpas.eu se organiza esto por grupo de productos: los datos que se aplican a ese grupo se procesan para formar el pasaporte de ese grupo, con el código de identificación que permite leer en conjunto los pasaportes individuales del mismo producto.

La base: artículos 9 y 12 de la ESPR

El artículo 9 de la ESPR (Reglamento (UE) 2024/1781) regula lo que debe contener un pasaporte de producto digital y cómo se hará accesible a través del portador de datos; el contenido preciso por grupo de productos se especifica mediante el acto delegado de ese grupo. El artículo 12 del mismo reglamento regula los códigos de identificación único — para el producto, el operador económico y la ubicación de la instalación de producción — que son la clave para poder vincular datos y documentos relacionados sin fusionarlos en un solo archivo. Juntos, estos dos artículos forman la base que permite que múltiples pasaportes de un mismo producto existan en paralelo y aún así sean buscables como un conjunto coherente.

Quien tenga dudas sobre si un producto encaja en uno o en varios grupos de productos, hará bien en comprobarlo por cada componente y por cada función del producto conforme a los actos delegados vigentes o próximos, y mantener los datos por grupo separados cuando se proporcionen para el pasaporte.

En qué se basa esto

El Reglamento se encuentra en EUR-Lex. Nos referimos a cada afirmación; no tiene que creernos.

Lo que debe hacer concretamente

Lo que se espera de usted

Un producto con múltiples aplicaciones o componentes puede caer bajo más de un grupo de productos para el que rige un pasaporte de productos digital. Piense en un dispositivo que contiene una batería o un producto textil con un componente electrónico. El ESPR (Reglamento (UE) 2024/1781) regula en el artículo 9 lo que debe contener un pasaporte de productos, pero la normativa específica de cada grupo de productos determina repetidamente qué información es obligatoria para ese componente o esa aplicación. Esto significa que un producto físico puede tener que lidiar con múltiples pasaportes en la práctica, cada uno con su propio contenido, sus propios requisitos de actualización y posiblemente su propio código de identificación único según el artículo 12 del ESPR.

Determinar qué pasaportes son aplicables

Para una empresa de 10 a 100 empleados, esto significa primero hacer un inventario: qué componentes del producto caen bajo qué grupo de productos y cuál de esos grupos de productos ya tiene un requisito elaborado para un pasaporte de productos digital. Esto no es una tarea única — conforme más grupos de productos se incluyan bajo el ESPR, un producto que ahora puede funcionar con un solo pasaporte puede tener que lidiar con un segundo más adelante. Quien trabaja sin perspectiva en esto, a menudo descubre la segunda obligación por casualidad, por ejemplo a través de una pregunta de un cliente.

Determinar si el pasaporte se aplica por componente o para el conjunto

Un segundo paso es determinar si un pasaporte se elabora por componente o para el producto ensamblado en su totalidad. Esto varía según el grupo de productos y la situación, y el resultado no siempre es obvio: una batería en un dispositivo puede necesitar su propio pasaporte mientras que el dispositivo en sí recibe otro pasaporte que hace referencia a esa batería. Más información sobre esa consideración está en la página sobre si cada componente obtiene su propio pasaporte o el producto en su conjunto. Para la práctica, es especialmente importante que esta cuestión se responda de antemano, no cuando el pasaporte ya debe publicarse.

Asegurar que los pasaportes se complementen en lugar de contradecirse

Cuando un producto funciona con múltiples pasaportes, deben ser internamente consistentes. Los datos que aparecen en ambos pasaportes — un nombre de marca, un número de modelo, una fecha de producción — deben ser iguales en todas partes. Esto parece evidente, pero se vuelve más difícil si los pasaportes se elaboran por departamentos diferentes o diferentes proveedores, y si se actualizan en diferentes momentos. Existe una posibilidad técnica de vincular pasaportes entre sí, de modo que un pasaporte de un componente se refiera al pasaporte del producto ensamblado o viceversa; cómo funciona esto se describe en la página sobre la vinculación de múltiples pasaportes de productos.

Dar a cada pasaporte su propio código de identificación

El artículo 12 del ESPR (Reglamento (UE) 2024/1781) regula el código de identificación único que se asocia a un producto. Para múltiples pasaportes de un producto, el punto de partida es que cada pasaporte — y con ello cada objeto de pasaporte, ya sea un componente o el conjunto — recibe su propio código de identificación. En la práctica, esto significa que la sistemática mediante la cual se emiten los códigos de identificación debe poder gestionar esta capa: no un código por número de artículo, sino posiblemente múltiples códigos para lo que administrativamente es un producto. El diseño de esto se describe en la página sobre la asignación de un código de identificación único a cada producto.

Dejar una o múltiples códigos QR en el producto

Físicamente, esto plantea la pregunta de cuántos códigos QR lleva un producto. Un producto con dos pasaportes relevantes puede, en teoría, llevar dos códigos QR, pero eso no siempre es práctico o necesario — un único soporte de datos también puede redirigir a una página de destino desde la cual se pueden acceder los diferentes pasaportes. Qué configuración es apropiada depende de cómo prescriba el requisito específico del grupo de productos el soporte de datos. La información sobre la colocación del código está en la página sobre cómo el código QR del pasaporte digital del producto se coloca en el producto.

Dónde se producen los errores en la práctica

Un problema frecuente es que una empresa tiene el pasaporte del producto principal completo, pero no se percata de que un componente integrado —una batería, una placa electrónica— está sujeto a un requisito de grupo de productos propio con su propio pasaporte. Esto suele hacerse evidente solo cuando un proveedor lo pregunta directamente.

Una segunda situación: los dos pasaportes existen, pero se han elaborado de forma independiente por equipos diferentes, con datos algo distintos sobre el mismo componente. Una fecha de reparación que se ha actualizado en un pasaporte pero no en el otro genera confusión en quien consulta el pasaporte.

Una tercera situación surge cuando se modifica un producto —un componente se sustituye por otro modelo— y solo uno de los dos pasaportes se actualiza. El vínculo entre ambos pasaportes se vuelve entonces fácticamente incorrecto, aunque la técnica del vínculo en sí siga funcionando.

Una cuarta situación, muy frecuente, es el trabajo duplicado: porque nadie tiene una visión general de qué pasaportes ya existen, se vuelven a introducir manualmente los mismos datos de origen para un nuevo pasaporte en lugar de gestionarlos desde un único lugar. Un vínculo con el propio sistema ERP o de inventario puede evitar esto; cómo funciona se describe en la página sobre vincular el pasaporte del producto a un sistema propio..

Una quinta situación es que en productos compuestos con múltiples pasaportes, nadie sabe ya qué pasaporte corresponde a qué código QR, especialmente cuando un producto se ha modificado a lo largo del tiempo y han quedado portadores de datos antiguos.

Lo que puede documentar

  • Un resumen por producto de todos los componentes y usos, indicando qué requisito de grupo de productos les es aplicable y si ya existe una obligación de pasaporte para ello.
  • Una decisión documentada sobre si el pasaporte se elabora por componente o para el producto en su conjunto, con la justificación de esa decisión.
  • Una lista de códigos de identificación únicos por objeto de pasaporte, incluida la indicación de qué código corresponde a qué componente físico.
  • Acuerdos sobre quién mantiene cada pasaporte y cuándo se realinean los pasaportes entre sí después de una modificación del producto.
  • Una estructura de vínculo documentada entre pasaportes, incluida la indicación de qué datos son determinantes dónde en caso de solapamiento.
  • Un resumen de qué código QR en el producto remite a qué pasaporte o página de destino.

Para estos componentes hay plantillas disponibles que pueden servir de punto de partida para elaborar este resumen y los acuerdos asociados.

Esto no es asesoramiento jurídico. Esta página proporciona información general sobre la regulación que cubre esta plataforma. No conocemos su situación. En caso de duda sobre su caso específico, consulte a un abogado o a la autoridad de supervisión competente.

Escrito con IA basado en las fuentes anteriores, revisado por una persona el 2026-08-22. ¿Hay algo que no sea correcto? Déjalo saber — las correcciones tienen prioridad.