ferropas.eu

en qué formato debo facilitar los datos para el pasaporte de producto

El formato de archivo aún no está fijado

La ESPR no prescribe un formato de archivo — no es ".csv", ni ".xml", ni ".json". El artículo 11 de la ESPR (Reglamento (UE) 2024/1781) sí determina que el pasaporte digital de producto debe funcionar conforme a normas técnicas abiertas e interoperables, de modo que los sistemas de diferentes partes puedan leer y procesar los datos. Qué norma será exactamente, resultará de actos delegados que se elaboran por grupo de productos. Para hierro y acero, ese acto aún no existe. Quien ahora pregunta "¿en qué formato debo entregar", recibe por tanto justificadamente ninguna respuesta concreta — esa respuesta simplemente no existe en este momento.

A quién le aplica y a quién no

Esta falta de claridad aplica a todos los que producen, importan o comercian acero o productos semielaborados de hierro y se preparan para el pasaporte de producto: comercio de acero, procesadores de metales, empresas de construcción. No afecta solo al acero — cada grupo de productos que cae bajo la ESPR obtiene su propio acto delegado con especificaciones técnicas propias. El formato para baterías, textiles o muebles puede diferir de lo que luego valga para el acero. También es importante la distinción entre el formato de almacenamiento y el formato de intercambio: el artículo 11 trata de cómo los sistemas deben poder leer mutuamente los datos, no de cómo una empresa organiza su propia administración. Una empresa que ahora mantiene sus datos en un archivo de Excel o en su sistema ERP no tiene que cambiar nada — la conversión al formato final es algo que ocurre al compilar el pasaporte, no en los datos de origen propios.

Cuándo quedará fijado

No hay una fecha que mencionar en la que el formato de archivo para acero sea conocido, porque esa fecha no existe en las fuentes actualmente disponibles. Lo que es seguro es el procedimiento: la Comisión Europea elabora los requisitos técnicos en un acto delegado por grupo de productos, conforme lo prescriben el artículo 4 y el artículo 11 de la ESPR. Mientras ese acto para hierro y acero no se publique, tampoco hay un formato a aplicar. Hasta entonces, nada cambia en la forma en que las empresas mantienen ahora sus datos de producto — no hay un formato provisional que ya debería aplicarse. Una vez que se publique el acto delegado para acero, la especificación técnica concreta estará aquí.

Qué hacer mientras el formato aún no está fijado

Para quien quiera tomar medidas ahora, el paso más práctico es poner en orden los datos de origen propios, independientemente del formato de archivo final. Esto comienza con determinar qué datos están disponibles por producto — composición, origen, certificados — y cómo se almacenan esos datos internamente. Después, es útil analizar cómo esos datos pueden vincularse luego a un sistema que compila el pasaporte. vincular a su propio sistema ERP o de inventario es una pregunta que puede responderse independientemente del formato de archivo. También la cuestión de cómo se identifica cada producto o cada lote es independiente del formato y puede investigarse desde ahora — véase cómo cada producto obtiene un código de identificación único. Una vez que el acto delegado para el acero esté disponible, probablemente también se desprendan de él los detalles sobre cómo se rellena exactamente el acoplamiento con un estándar como GS1 Digital Link; quien desee adquirir conocimientos al respecto desde ahora puede comenzar en qué implica GS1 Digital Link para el pasaporte de producto. Por lo tanto, el formato de archivo en sí es el último paso en una serie — su preparación comienza con los datos mismos, no con la especificación técnica que aún debe llegar.

La base legal: artículos 10 y 11 del ESPR

El Artículo 10 del ESPR (Reglamento (UE) 2024/1781) describe los requisitos generales que debe cumplir el pasaporte digital de productos, incluida la accesibilidad y la fiabilidad de los datos. El Artículo 11 lo desarrolla para el diseño técnico y el funcionamiento del pasaporte: prescribe que la tecnología subyacente debe seguir estándares abiertos, debe ser interoperable entre operadores del mercado y debe ser legible por máquina. Ninguno de estos dos artículos menciona un formato de archivo específico, una codificación específica o una norma técnica específica — esa especificación se delega explícitamente a actos posteriores por grupo de productos. Esta es también la razón por la que esta respuesta no puede ir más allá de enunciar el principio: la ley fija el requisito de interoperabilidad, pero no la norma técnica con la que se cumple ese requisito.

Qué hacer ahora

En este momento no hay nada que elegir o instalar en relación con el formato de archivo — esa elección corresponde al acto delegado que aún debe aparecer. Lo que sí tiene sentido es poner en orden los datos de productos propios e investigar los asuntos de identificación e integración mencionados anteriormente, de modo que la transición al formato definitivo sea posteriormente una cuestión de conexión en lugar de un reinicio desde cero.

Lo que usted debe hacer concretamente

Lo que se espera de usted

Utilizar formatos de datos abiertos y normalizados

El Artículo 10 del ESPR (Reglamento (UE) 2024/1781) establece que los datos en un pasaporte digital de productos deben cumplir estándares abiertos e interoperables. Esto significa que un formato de archivo que solo es legible por un paquete de software específico no se ajusta a la intención del reglamento. Para un comerciante de acero o procesador de metales con entre 10 y 100 empleados, esto significa en la práctica que los datos del propio sistema ERP o de inventario se exportan a un formato que otras partes — clientes, autoridades de supervisión, empresas de reciclaje — pueden leer sin licencia adicional o software especial. Una exportación a un tipo de archivo cerrado y propietario no encaja con esto, incluso si ese formato de exportación se ha utilizado internamente durante años.

Proporcionar información legible por máquina

El artículo 11 de la ESPR (Reglamento (UE) 2024/1781) describe que el pasaporte debe ser legible automáticamente y puede leerse automáticamente a través del soporte (normalmente un código QR). Esto excluye prácticamente un PDF escaneado de un certificado en papel como única fuente de datos: es legible para un ser humano, pero no es confiable procesarlo automáticamente. Para una empresa acostumbrada a enviar certificados de materiales como PDF, esto significa que es necesaria una conversión a datos estructurados — piense en campos con un significado fijo (tipo de acero, lote, composición) en lugar de texto libre en un diseño de documento.

Estructura que se alinea con el resto del sistema

Ambos artículos apuntan hacia una estructura de datos que no es independiente, sino que se alinea con la infraestructura más amplia del pasaporte de producto: el número de identificación único, el vínculo con el registro, y la forma en que el pasaporte sigue siendo consultable durante años después de la venta del producto. Para una empresa metalúrgica mediana, esto significa que la elección del formato de archivo no puede verse de forma aislada de cómo cada producto recibe un código de identificación único: véase ¿Cómo asigno a cada producto un código de identificación único?. El formato de los datos y la identificación del producto van juntos; un archivo Excel independiente sin vinculación consistente con un código de producto no cumple con la idea de interoperabilidad que se describe en el artículo 10.

Dónde se producen problemas en la práctica

Una primera situación que surge frecuentemente: un distribuidor de acero proporciona desde hace años certificados de materiales (por ejemplo, certificados 3.1) como PDF a los clientes, y asume que esto también es suficiente para el pasaporte de producto. El PDF contiene los datos correctos, pero no en una forma que sea legible automáticamente — por lo que no se alinea con lo que describe el artículo 11.

Una segunda situación: una empresa utiliza un archivo Excel interno con nombres de columnas propios y abreviaturas propias para tipos de acero. Esto funciona bien dentro de la propia empresa, pero en cuanto un cliente, un autoridad de control o el registro deben interpretar esos datos, falta el significado compartido que proporciona un formato estandarizado.

Una tercera situación surge en empresas que realizan la conversión a un formato estructurado solo en el momento en que el producto sale de la puerta. Cuando esa conversión se realiza manualmente, por orden de venta, existe un gran riesgo de errores e inconsistencias entre pasaportes — especialmente en un surtido con muchas variantes en aleación, espesor o tratamiento térmico.

Una cuarta situación: el formato de archivo se elige correctamente, pero falta el vínculo con el sistema de inventario propio, lo que hace que los datos se introduzcan dos veces y después de una actualización del sistema ERP se desajusten respecto a lo que figura en el pasaporte. Véase también ¿Puedo vincular la ficha de especificaciones del producto a mi sistema ERP o de inventario?.

Una quinta situación, menos visible: una empresa cree que el formato de archivo es una opción única en la primera entrega, mientras que el pasaporte debe estar disponible durante años. Un formato que ahora es actual puede dejar de serlo en años — un riesgo que se relaciona con el tiempo que el pasaporte realmente debe existir, véase ¿Durante cuánto tiempo debe estar disponible una ficha de especificaciones del producto?.

Lo que usted puede documentar

  • Un resumen de los formatos de exportación actuales del sistema propio de ERP o inventario, con una nota indicando cuáles de ellos son legibles por máquina y cuáles no (por ejemplo, PDF frente a CSV o XML).
  • Una lista de campos fija por grupo de productos (tipo de acero, lote, dimensiones, composición) para que los datos internos siempre se estructuren de la misma manera, independientemente de quién introduzca los datos.
  • Un acuerdo con proveedores o fabricantes sobre el formato en el que suministran sus datos, de modo que los datos no tengan que mecanografiarse manualmente a partir de certificados o PDF.
  • Una referencia al vínculo con el código de identificación único de cada producto, de modo que el formato de archivo y la identificación formen juntos un todo — véase ¿Cómo asigno a cada producto un código de identificación único?.
  • Una nota sobre la legibilidad sin conexión a Internet, en la medida en que sea relevante para los propios procesos de trabajo en planta o durante el transporte, véase ¿debe funcionar el pasaporte de producto sin conexión a Internet.
  • Un archivo con los formatos de datos elegidos por línea de producto, incluida la fecha de cambio, de modo que en caso de una posterior adaptación de normas se pueda comprobar qué pasaportes anteriores siguen en un formato obsoleto.

Las especificaciones técnicas precisas del formato de archivo a utilizar se desarrollarán con mayor detalle en actos delegados por grupo de productos; actualmente, los artículos 10 y 11 del ESPR (Reglamento (UE) 2024/1781) describen el marco dentro del cual se tomarán esas decisiones. Una vez que se publique el acto delegado para el hierro y el acero, se completará aquí con el formato que se prescriba concretamente.

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. Si tiene dudas sobre su propio caso, consulte a un abogado o a la autoridad supervisora competente.

Redactado con IA basándose en las fuentes anteriores, revisado por una persona el 2026-09-05. ¿Hay algo incorrecto? Háganoslo saber — las correcciones tienen prioridad.