¿en qué formato debo proporcionar los datos del pasaporte de producto
Un formato de archivo fijo aún no está establecido, pero sí los requisitos que debe cumplir
Aún no existe un formato de archivo prescrito (como JSON, XML u otro) para el pasaporte digital de productos de electrónica y equipos TIC. El ESPR en sí no prescribe un formato específico, pero en los artículos 10 y 11 de la Regulación (UE) 2024/1781 establece los requisitos que debe cumplir la configuración técnica del pasaporte: el pasaporte debe basarse en estándares abiertos e interoperables, ser intercambiable entre sistemas y ser legible por máquina. El estándar concreto de archivos que satisfaga estos requisitos se desarrollará por categoría de producto en una acción delegada. Para electrónica y TIC, esa acción aún no existe.
Para la electrónica, esto sigue siendo un marco, no un requisito establecido
Esta página trata sobre el pasaporte digital de productos para equipos de electrónica y TIC conforme a la ESPR. Los artículos 10 y 11 se aplican a todas las categorías de productos bajo la ESPR, pero la implementación técnica precisa —incluyendo el formato de archivo— se regula por separado para cada subcategoría. Esto significa que lo que ahora está establecido es un marco: requisitos de interoperabilidad, estándares abiertos y legibilidad por máquina. No significa que ya se haya designado un formato de archivo concreto en el que un fabricante o importador de electrónica deba proporcionar los datos. Quien busque una respuesta como "entregue en JSON" o "use esquema XML X", no la encontrará en la normativa actual para este grupo de productos. Además, este tema es diferente a la pregunta de si el pasaporte digital es aplicable a un producto electrónico específico — es una pregunta separada con una respuesta diferente.
La publicación de la acción delegada para electrónica determina la fecha
No existe una fecha fija para cuándo se conocerá el formato de archivo para electrónica y TIC. Según el plan de trabajo ESPR 2025-2030, las acciones delegadas se desarrollarán por subcategoría, con las primeras acciones esperadas a partir de 2027. Tan pronto como se publique una acción delegada para electrónica y TIC, se espera que incluya también el formato técnico en el que se deben proporcionar los datos. Hasta entonces, solo se aplica el marco general de los artículos 10 y 11: estándares abiertos, interoperabilidad y legibilidad por máquina, sin que se prescriba un único formato de archivo concreto. Esta página se actualizará tan pronto como la acción delegada para esta categoría proporcione una respuesta concreta.
Qué puede preparar un importador o fabricante desde ahora
Incluso sin un formato de archivo establecido, hay mucho trabajo práctico por hacer. Para empezar, es útil determinar qué sistemas y datos formarán la base del pasaporte — la mayoría de las empresas ya tienen esa información en algún lugar, por ejemplo en un sistema ERP o de inventario, y es útil revisar de antemano cómo se puede conectar ese sistema al pasaporte digital del producto más adelante. Además, es aconsejable pensar en la identificación: cada producto debe ser trazable hasta un pasaporte, y eso requiere un enfoque consistente para asignar un código de identificación único a cada producto. También la pregunta de cómo se colocará el código QR en el producto y cómo se relaciona con códigos de barras existentes o sistemas GS1, puede investigarse ahora, independientemente de qué formato de archivo se prescriba más adelante. Tan pronto como se publique la acción delegada para electrónica y TIC, probablemente se alineará con la infraestructura ya mencionada en el artículo 13 (registro de pasaportes digitales de productos) y artículo 14 (portal web), de modo que la preparación para esa estructura es útil ahora, independientemente del formato técnico exacto.
La base legal: artículos 10 y 11 del ESPR
El Artículo 10 del Reglamento (UE) 2024/1781 (ESPR) describe los requisitos generales que debe cumplir un pasaporte digital de productos, incluida la accesibilidad y la fiabilidad de los datos. El Artículo 11 aborda específicamente el diseño técnico y el funcionamiento del pasaporte e incluye requisitos como la interoperabilidad entre sistemas de diferentes operadores del mercado y el uso de estándares abiertos, sin prescribir un único formato de archivo de manera obligatoria. El desarrollo técnico adicional —que presumiblemente también incluye el formato de datos concreto— se detallará mediante actos delegados por grupo de productos, según lo anunciado en el Plan de trabajo ESPR 2025-2030. Los Artículos 13 y 14 del mismo reglamento describen adicionalmente el registro y el portal web a través del cual se accede a los datos del pasaporte, lo que es relevante para la forma en que finalmente se muestra y se busca un archivo presentado. Para electrónica e ICT, el acto delegado que lo concreta aún no ha sido publicado en este momento.
Si desea hacer preparativos ahora, lo mejor es comenzar ordenando sus propios datos de productos y sistemas de identificación, de modo que la transición a un formato de archivo concreto sea simplemente una cuestión de conexión en lugar de empezar de cero. También es aconsejable examinar durante este tiempo qué contiene el registro de pasaportes digitales de productos y qué se incluye en él, porque ese registro probablemente está directamente vinculado al mecanismo de presentación final.
Fundamento de esto
- Reglamento (UE) 2024/1781 (ESPR), artículo 11 (diseño técnico y funcionamiento del pasaporte digital de productos)
- Reglamento (UE) 2024/1781 (ESPR), artículo 10 (requisitos del pasaporte de producto digital)
- Reglamento (UE) 2024/1781 (ESPR), artículo 13 (registro de pasaportes digitales de productos)
- Reglamento (UE) 2024/1781 (ESPR), artículo 14 (portal web para datos en el 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
La pregunta sobre qué formato de archivo es obligatorio —JSON, XML, PDF, una estructura API específica— surge en cada importador y fabricante en cuanto el departamento de TI comienza a desarrollar. La respuesta basada en el texto actual del ESPR es sobria: un formato de archivo concreto no figura en el reglamento. Los Artículos 10 y 11 del ESPR (Reglamento (UE) 2024/1781) establecen lo que debe cumplir el pasaporte digital de productos, pero lo hacen a nivel de requisitos funcionales y técnicos, no a nivel de "use JSON-LD" o "presente un archivo XML de acuerdo con este esquema". Se espera que esta implementación se realice mediante actos delegados y de ejecución, por grupo de productos.
La interoperabilidad es lo central, no un formato específico
El Artículo 10 del ESPR menciona la interoperabilidad como requisito fundamental: el pasaporte debe estar estructurado de tal manera que los sistemas de diferentes partes —autoridades supervisoras, operadores del mercado, consumidores— puedan leer los datos. En términos prácticos, para una empresa de 10 a 100 empleados, esto significa que la elección del formato de almacenamiento e intercambio solo puede hacerse con seguridad una vez que exista el acto delegado para su propia categoría de productos. Hasta entonces, se recomienda trabajar con datos estructurados (como campos en una base de datos o sistema ERP) en lugar de mantener los datos solo en un documento suelto o PDF, de modo que una posterior publicación en el formato final requiera menos retrabajo.
El pasaporte debe ser legible mediante el portador de datos QR
El Artículo 11 del ESPR describe el funcionamiento técnico del pasaporte, incluido el vínculo con el portador de datos en el producto. Esto significa que los datos subyacentes, en cualquier formato, deben poder consultarse en el momento en que alguien escanea el código. Cómo funciona técnicamente esa vinculación y qué estándares de identificación intervienen se describe en la página sobre cómo llega el código QR del pasaporte digital del producto en mi electrónica. Para empresas que ya trabajan con códigos de barras GS1, la pregunta sobre si se puede reutilizar una estructura de identificación existente es relevante —ese tema se retoma en la página sobre qué es GS1 Digital Link y si es necesario para el pasaporte de producto.
Cada producto debe ser identificable de forma única, independientemente del formato de archivo
Independientemente de qué formato técnico se prescriba posteriormente, el requisito subyacente es que cada producto obtenga un código de identificación único. Se trata de un requisito independiente que no cambia cuando el formato de archivo se establezca posteriormente. Las empresas que ya comienzan ahora a estructurar sus datos de producto hacen bien en incluir esa identificación como parte fija. Cómo se construye esto en la práctica se explica en la página sobre cómo asignar a cada producto un código de identificación único.
La entrega al registro requiere su propio formato
El artículo 13 del ESPR introduce el registro de pasaportes digitales de productos, en el que se incluyen ciertos datos sobre el pasaporte. Tampoco está claro aquí exactamente en qué formato de archivo debe realizarse esa entrega — eso se especificará más adelante. Sin embargo, está claro que este registro es un flujo de entrega independiente además del pasaporte que es accesible a través del código QR. Más información sobre qué debe incluirse se encuentra en la página sobre qué es el registro de pasaportes digitales de productos y qué debe incluir.
Dónde falla en la práctica
Establecer demasiado pronto en un formato rígido. Algunas empresas ya están construyendo un pasaporte en PDF porque es rápido y reconocible, mientras que el requisito final probablemente requiera datos estructurados y legibles por máquina. Un PDF es legible para las personas, pero no es automáticamente adecuado para la interoperabilidad que pretende el artículo 10 del ESPR.
Datos dispersos en varios sistemas sin integración. La información del producto generalmente se encuentra parcialmente en el sistema ERP, parcialmente en documentos de marketing y parcialmente en un proveedor externo. Sin un plan para reunir esto, será difícil cambiar rápidamente cuando se conozca el formato obligatorio. Las empresas que consideran permitir que su propio sistema participe encontrarán más información sobre las posibilidades en la página sobre integrar el pasaporte del producto con su propio sistema ERP o de inventario.
Confusión entre el pasaporte en sí y el registro. El pasaporte que se puede consultar a través del código QR y los datos que se incluyen en el registro no son automáticamente idénticos en forma o formato. Asumir que un único archivo sirve para ambos propósitos es un riesgo que solo se hará evidente cuando las acciones de implementación se concreten.
No considerar varios niveles de producto. Para productos vendidos en empaques compuestos, o donde un dispositivo consta de varias partes con su propio pasaporte, la pregunta de cómo encajan los formatos de datos es aún más compleja. Esto aplica por ejemplo a una caja con varios dispositivos adentro y en productos que requieren múltiples digital product passports.
Atención insuficiente a la legibilidad a largo plazo. Un formato de archivo que es habitual ahora no tiene por qué seguir siendo así durante un período más largo. Dado que el pasaporte debe permanecer accesible durante un período determinado, la elección del formato es también una cuestión de durabilidad — ver la explicación sobre cuánto tiempo debe permanecer disponible un pasaporte del producto.
Lo que puede documentar
- Un inventario de dónde se registran actualmente los datos del producto (ERP, PIM, hojas de cálculo, documentos de proveedores) y en qué formato.
- Una lista de fuentes de datos obligatorias por categoría de producto, una vez que se haya publicado la acción delegada para esa categoría.
- Acuerdos con proveedores y subcontratistas sobre el formato en el que entregan sus datos de producto, para facilitar la conexión posteriormente.
- Un responsable o equipo interno que siga el desarrollo de los estándares técnicos, ya que el artículo 11 del ESPR aún recibirá más especificaciones al respecto.
- Documentación sobre el método de identificación elegido por producto, incluso independientemente del formato de archivo final.
- Un inventario de los requisitos de alojamiento y disponibilidad, que junto con el formato determinan cómo se configura técnicamente el pasaporte — ver la página sobre qué requisitos de alojamiento aplican.
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.
Redactado con IA basándose en las fuentes anteriores, revisado por una persona el 2026-09-05. ¿Hay algo que no sea correcto? Háganoslo saber — las correcciones tienen prioridad.