¿qué ocurre con mis pasaportes de producto si la empresa de hosting deja de prestar servicio

La responsabilidad recae en el fabricante, no en la parte proveedora de hosting

La obligación de mantener disponibles los datos del pasaporte recae en el fabricante o importador que comercializa el producto, no en la empresa que proporciona el hosting. Una parte proveedora de hosting como matrapas.eu ejecuta esa obligación por encargo, pero la responsabilidad final no se transfiere con ella. Si una parte proveedora de hosting cesa sus actividades, no significa que la obligación de mantener disponible el pasaporte desaparezca — esa obligación sigue siendo de la parte que comercializó el producto. Lo que sí cambia es quién en ese momento se encarga de la técnica subyacente.

Para quién aplica esto, y para qué situación no

Este tema trata sobre la continuidad de los datos mismos: la información que hay detrás del código QR sigue siendo consultable, incluso si hay cambios en el proveedor de servicios que aloja los datos. Esta es una cuestión distinta a lo que ocurre si la empresa fabricante o importadora misma cesa — esa situación se aborda en qué ocurre con el pasaporte del producto si la empresa detrás del producto cesa. Tampoco se trata aquí de cuánto tiempo en total debe mantenerse disponible un pasaporte; eso se examina en el período de conservación del pasaporte del producto. Esta página se limita a la cuestión de qué ocurre en la práctica si el proveedor técnico del pasaporte — la parte proveedora de hosting — desaparece, mientras que la empresa detrás del producto sigue existiendo.

Qué ya está fijado, y qué no

Cuándo exactamente entra en vigor la obligación de un pasaporte digital del producto para matrases aún no está fijado: el Reglamento ESPR está en vigor, pero el acto delegado que lo concreta para matrases se espera dentro del plan de trabajo 2025-2030, y aquí se indicará una fecha tan pronto como ese acto sea publicado. Lo que ya está fijado es el principio contenido en el propio ESPR: el artículo 10 establece requisitos de accesibilidad y durabilidad del pasaporte digital del producto, y el artículo 13 regula que los pasaportes se incluyan en un registro central europeo. Este registro existe independientemente de la parte que aloja los datos subyacentes — es un sistema de referencias, no el repositorio de todo el contenido en sí. Qué registra exactamente el registro y qué debe constar en él se describe en el registro europeo de pasaportes de productos.

Cómo se aborda esto en la práctica

Para un fabricante o importador que trabaja con una parte proveedora de hosting, el primer paso es saber qué se ha pactado contractualmente en caso de que la parte proveedora de hosting cese: ¿hay prevista una transferencia de datos, y a quién se transferirán? A continuación, es importante saber en qué formato se transferirán los datos — un conjunto de datos que solo es legible dentro del sistema de un único proveedor tiene menos valor que un conjunto de datos que puede transferirse a otro actor. Esto se conecta con la cuestión de si un pasaporte está vinculado a un sistema externo: quienes ya gestionan sus datos de producto en un sistema ERP o de inventario, como se describe en vincular el pasaporte del producto a un sistema propio, tienen una fuente independiente de datos que no desaparece si la parte proveedora de hosting cesa — el vínculo asegura que la información subyacente se conserve en otro lugar, incluso si la presentación pasa a funcionar a través de otro actor.

Después es relevante qué ocurre con el código QR y el enlace que hay detrás. Si una parte proveedora de hosting cesa y los datos se trasladan a otra ubicación, el código QR existente en el producto debe seguir apuntando a información válida — no a un enlace muerto. En la práctica, esto significa que la URL subyacente a menudo se mantiene (por ejemplo mediante una redirección al nuevo sistema) para que no sea necesario colocar un nuevo código en cada producto. Quienes se pregunten cómo funciona exactamente ese vínculo entre código físico y datos digitales encontrarán información de trasfondo en cómo llega el código QR a un colchón. En caso de cambio entre proveedores de alojamiento, lo importante es asegurar que el código de identificación del producto y el enlace de datos asociado permanezcan intactos, incluso si la infraestructura subyacente cambia.

Por último, es práctico preguntar de antemano cómo un proveedor de alojamiento gestiona el cese de su propia actividad empresarial: ¿existe un procedimiento que se activa, se avisa previamente al fabricante, y hay un período en el que aún se pueden recuperar datos antes de que un sistema se retire? Este tipo de acuerdos determinan en la práctica cuánto riesgo conlleva la pérdida de un proveedor específico.

Base de esto: artículo 10 y artículo 13 de la ESPR

El artículo 10 de la ESPR (Reglamento (UE) 2024/1781) establece los requisitos para el pasaporte digital de producto, incluida la accesibilidad de los datos durante el período en el que deben permanecer disponibles — un requisito que recae sobre el pasaporte en sí, no sobre un proveedor técnico específico. El artículo 13 del mismo reglamento regula el registro de pasaportes digitales de producto, en el que se incluyen los pasaportes para que sean localizables y verificables, independientemente de qué parte se encargue del alojamiento subyacente. En conjunto, estos artículos atribuyen la responsabilidad de la disponibilidad continua de los datos a quien crea el pasaporte, y no a un eslabón arbitrario en su ejecución técnica.

Quien en este momento elige o considera un proveedor de alojamiento puede utilizarlo como lista de verificación: pregunte sobre las posibilidades de exportación de datos, sobre qué sucede con el enlace QR en caso de cambio de proveedor, y sobre el procedimiento en caso de cese de actividad del propio proveedor de alojamiento — y fije esos acuerdos por escrito antes de que los primeros pasaportes salgan de la puerta.