¿Puedo vincular el digital product passport a mi sistema ERP o de inventario?

El acoplamiento es técnicamente posible, pero la forma aún no está definida

El pasaporte de producto digital está configurado como un conjunto de datos estructurado y legible por máquina, y en principio encaja bien con un acoplamiento a un sistema ERP o de inventario. El ESPR prescribe que los datos detrás del pasaporte se registren sobre la base de estándares abiertos y que los sistemas puedan intercambiar datos entre sí. Ese es precisamente el punto de partida en el que se basaría un acoplamiento con un sistema empresarial existente: sin entrada manual por colchón, sino un suministro de los datos que un fabricante o importador ya mantiene. Cómo se verá ese acoplamiento en la práctica — qué formato de archivo, qué campos, qué método de suministro — aún no está definido, porque la implementación técnica para colchones aún debe publicarse.

Para quién se aplica esto y para quién no

Esta explicación se refiere a la estructura de datos detrás del pasaporte, no a una interfaz de acoplamiento específica o conector que ya esté disponible. El ESPR describe requisitos de interoperabilidad y la forma en que el pasaporte está técnicamente construido (el soporte de datos, los códigos de identificación únicos, el almacenamiento de datos), pero no regula cómo un paquete ERP individual o un sistema de inventario debe conectarse a él. Este último es una cuestión de implementación, no de legislación: la norma determina qué debe ser interoperable, no con qué software trabaja una empresa. Para una tienda de camas especializada que solo vende y no ensambla el pasaporte, un acoplamiento con su propio sistema ERP generalmente no es relevante; esto juega principalmente en la parte que suministra los datos, generalmente el fabricante o importador.

Las especificaciones técnicas llegan con el acto delegado

Aún no hay una fecha fija para cuando aparezca la implementación técnica para colchones. En el plan de trabajo de la Comisión Europea para 2025-2030 se espera un acto delegado para colchones en 2028, pero esa es una planificación, no una promesa. Hasta que ese acto se publique, no está definido qué formato de datos, qué campos y qué método de suministro se aplicarán a los colchones. Lo que sí está definido es el marco de la ESPR misma: el pasaporte debe construirse de acuerdo con estándares abiertos e interoperables y estar vinculado a una identificación de producto única. Ese marco no cambiará más; la implementación específica para colchones sí.

Qué significa esto para la preparación

Quién ya está pensando en un acoplamiento ahora puede hacer un número de cosas sin tener que esperar la especificación definitiva. Para empezar, es útil determinar qué datos sobre un colchón ya existen en el propio sistema — composición de materiales, origen de las materias primas, fecha de producción, número de lote u orden — y si esos datos se registran a nivel de producto o solo a nivel de orden. Después, es conveniente verificar si el sistema tiene una función de exportación que pueda producir datos estructurados (por ejemplo, una exportación en un formato estándar), porque ese es el punto de conexión para un acoplamiento posterior, independientemente del formato exacto que prescriba el acto delegado. Luego es práctico determinar si los datos se mantienen por producto, por lote o por pedido, porque el pasaporte eventualmente recibirá una identificación única por producto. Finalmente, vale la pena mantenerse en contacto con la parte que ensambla y aloja el pasaporte, para que cuando se publique la especificación técnica, quede claro rápidamente qué forma de suministro se necesita y si la configuración del sistema existente se adapta a ella o requiere cambios. Entonces, un acoplamiento directo y automatizado entre un sistema ERP y el pasaporte aún no es algo para lo que exista ya hoy un estándar técnico; lo que sí es posible es ordenar los propios datos de modo que un acoplamiento sea más fácil de hacer más tarde.

De dónde se deduce esto: artículo 10 y artículo 11 del ESPR

El artículo 10 de la ESPR (Reglamento (UE) 2024/1781) describe los requisitos para el pasaporte digital de productos, incluido el requisito de que los datos se registren sobre la base de normas abiertas y de que los sistemas que tratan datos sean interoperables. El artículo 11 trata del diseño técnico y el funcionamiento del pasaporte, con disposiciones sobre el soporte de datos, los códigos de identificación únicos para el producto, el operador del mercado y el establecimiento, y la forma en que se almacenan y se ponen a disposición los datos. En conjunto, estos artículos establecen el marco en el que es concebible un acoplamiento con un sistema externo, sin que fijen una norma técnica específica para colchones — esta procede únicamente del acto delegado aún por publicar.

Qué hacer ahora

Por ahora, lo más concreto que se puede hacer es: poner en orden los propios datos de productos y registrarlos a nivel de producto (en lugar de solo a nivel de pedido), identificar una posibilidad de exportación desde el sistema existente y estar atento a la publicación de la especificación técnica para colchones. Una vez que esa especificación esté disponible, se complementará en esta página qué formato y qué método de entrega son aplicables.

En qué se basa esto

La propia regulación se encuentra en EUR-Lex. Hacemos referencias para cada afirmación; no tiene que creernos.

Lo que debe hacer concretamente

Lo que se espera de usted

La vinculación entre un pasaporte de producto y un sistema ERP o de inventario no es en sí misma una obligación legal. El ESPR no prescribe qué sistemas de origen utiliza un fabricante para suministrar datos del pasaporte. Lo que sí está establecido son requisitos para el pasaporte en sí: cómo funciona técnicamente y qué debe poder hacer. Estos requisitos determinan indirectamente si —y cómo— una vinculación con sistemas internos tiene sentido.

El pasaporte debe ser técnicamente compatible con un funcionamiento uniforme

El artículo 11 del ESPR (Reglamento (UE) 2024/1781) describe los requisitos técnicos para el pasaporte de producto digital, como la interoperabilidad con los sistemas que utilizan la Comisión y el mercado. Para una empresa de 10 a 100 empleados, esto significa que los datos del pasaporte no pueden permanecer simplemente en un formato propio y diferente: deben acabar en una forma que pueda ser leída por el sistema de pasaporte. Que esto se haga a través de una vinculación directa con el sistema ERP, o a través de una exportación manual, es una opción —no una obligación del reglamento.

El contenido del pasaporte debe ser actual y estar garantizado como correcto

El artículo 10 del ESPR (Reglamento (UE) 2024/1781) establece requisitos sobre qué debe incluirse en el pasaporte y quién es responsable de ello. En la práctica, esto significa que los datos que provienen de un sistema ERP o de inventario —composición de materiales, fecha de producción, número de lote— deben ser correctos y actualizados en el momento en que se crea o actualiza el pasaporte. Para una empresa con múltiples líneas de producción y cambios regulares en la composición (diferente tipo de espuma, diferente proveedor de material de relleno), esta es una razón para verificar si los datos se escriben manualmente o se importan automáticamente desde el sistema en el que ya se mantienen.

Cada producto debe ser rastreable hasta los datos correctos

Una vinculación con un sistema de inventario solo tiene sentido si cada producto físico tiene un código de identificación único que vincula el pasaporte a los datos de producto correctos. Sin esa vinculación entre producto y código, un sistema ERP no puede proporcionar un aporte significativo al pasaporte, por mucho que el resto del proceso sea automatizado. Las empresas que aún no lo han implementado, consulten esto primero en ¿Cómo le doy a cada producto un código de identificación único?

Dónde va mal en la práctica

El sistema de inventario y los datos del pasaporte se desalinean. Un fabricante de colchones cambia el relleno de una línea de modelo, lo ajusta en el sistema ERP, pero olvida que el mismo cambio también debe aplicarse a los pasaportes ya publicados. Resultado: el pasaporte y el producto real ya no coinciden.

La vinculación se configura demasiado compleja para la propia escala. Una empresa con un puñado de líneas de productos construye una vinculación completamente automatizada en tiempo real entre ERP y el sistema de pasaporte, cuando una exportación periódica con verificación manual habría sido más que suficiente para el número de cambios que realmente ocurren.

El número de identificación único no se aplica de manera consistente. El sistema de inventario utiliza códigos de artículo internos, el pasaporte requiere una estructura de identificación diferente, y nadie ha documentado cómo estos dos se relacionan entre sí. En una inspección o en un envío de devolución, no es fácil rastrear qué pasaporte corresponde a qué producto físico.

La responsabilidad de las actualizaciones de datos no está asignada. El departamento de TI cree que el departamento de calidad mantiene los datos del pasaporte, el departamento de calidad cree que esto proviene automáticamente del sistema ERP. Nadie lo verifica realmente, por lo que los datos envejecen sin que se note.

Suposición de que la vinculación es obligatoria, cuando la entrega manual también es posible. Algunas empresas invierten en integraciones costosas bajo el supuesto de que es un requisito legal, cuando el reglamento en sí no prescribe cómo se suministran los datos —solo que el pasaporte debe cumplir ciertos requisitos técnicos y de contenido.

Lo que puede registrar

Un resumen de qué datos proceden del sistema ERP o de inventario, y cuáles se proporcionan por separado (por ejemplo, por un proveedor de material de relleno).
Un vínculo establecido entre códigos de artículo internos y el código de identificación único utilizado en el pasaporte — véase también ¿Cómo le doy a cada producto un código de identificación único?
Un acuerdo sobre quién es responsable de introducir cambios en la composición del producto en los pasaportes existentes.
Una opción y justificación del método de entrega: vinculación automática, exportación periódica, o entrada manual — incluida la consideración de si se necesario software adicional para esto, como se comenta en ¿necesito software especial para crear un pasaporte de producto digital
Un procedimiento para verificar la consistencia entre los datos de inventario y los pasaportes publicados, con momentos de control fijos.
Documentación sobre qué campos del sistema ERP son obligatorios para el pasaporte y cuáles opcionales, para que los nuevos empleados puedan hacerse cargo sin consultar.
Una nota sobre la situación en productos personalizados, donde los sistemas de inventario suelen funcionar de forma diferente que en modelos estándar — véase ¿cómo funciona el pasaporte del producto para colchones a medida?

Esto no es asesoramiento legal. Esta página proporciona información general sobre la regulación de la que trata esta plataforma. No conocemos su situación. En caso de duda sobre su propio caso, consulte a un abogado o a la autoridad competente.

Escrito con IA basado en las fuentes anteriores, revisado por una persona el 2026-08-22. ¿Algo no encaja? Déjanos saber — las correcciones tienen prioridad.