Quién guarda el pasaporte digital de producto cuando el fabricante deja de operar

Una empresa puede imprimir un código QR en una etiqueta en segundos. El problema empresarial del pasaporte digital de producto aparece después: ¿quién mantendrá la información accesible cuando cambie el programa del fabricante, haya que corregir un dato o la empresa deje de operar? El marco europeo prevé funciones para el operador económico, un registro común y proveedores de servicios. Hay trabajo técnico y contractual detrás de esas funciones. Pero la existencia del marco no demuestra que cualquier pyme tenga ya un mercado asegurado ni que cada producto vendido hoy deba llevar un pasaporte.

En noviembre de 2026 conviven tres estados que conviene separar antes de contratar un servicio. El Reglamento europeo de diseño ecológico para productos sostenibles establece la arquitectura general. Un reglamento de ejecución de 2026 concreta el funcionamiento del registro. Las obligaciones aplicables a productos concretos dependen de sus normas sectoriales y fechas. La Comisión presenta el desarrollo adicional de los requisitos para proveedores como una actuación de su calendario. Una previsión en ese calendario no sustituye a un acto adoptado y publicado.

Cuatro piezas que un comprador suele llamar «el QR»

En el modelo europeo hay, para empezar, un soporte de datos. Puede permitir que una persona o un sistema encuentre el identificador correspondiente. A continuación hace falta un identificador que mantenga la conexión con el producto. También se necesita la información que compone el pasaporte, con los campos y derechos de acceso previstos para ese grupo. Por último, existe una infraestructura de registro que permite relacionar identificadores y datos exigidos en ese ámbito. Un código bien impreso puede cumplir su tarea de lectura y, sin embargo, conducir a información incompleta o a un servicio que se ha quedado sin mantenimiento.

El portal de la Comisión sobre el pasaporte digital distingue el registro europeo de la información completa del producto, que se almacena por el operador económico o a través de un proveedor. Tiene sentido operativo: una pyme puede tener que gestionar datos procedentes de ingeniería, compras y reparación, mientras la infraestructura europea mantiene las referencias que corresponden a su función. No se debe prometer a un cliente que el registro conservará automáticamente todos sus manuales, ni que bastará con subir una ficha comercial a una web propia para cumplir cualquier obligación futura.

Quién conserva el original y quién puede mantener la copia

El artículo 10.4 del Reglamento de diseño ecológico prevé que, al introducir el producto en el mercado, el operador económico ponga a disposición una copia de seguridad del pasaporte a través de un prestador de servicios de pasaporte digital. Según la definición del artículo 2, punto 32, y el considerando 38, ese prestador es un tercero independiente autorizado por el operador económico. Una copia que el operador mantenga únicamente en sus propios sistemas no basta para cumplir esa función de respaldo. La continuidad es una de las razones expresas del diseño. La información necesita seguir disponible durante el periodo aplicable incluso si hay insolvencia, liquidación o cese de actividad. Para entender lo que exige de verdad esa previsión es imprescindible saber qué producto está cubierto, qué régimen se aplica y durante cuánto tiempo deben conservarse sus datos.

La obligación de disponer de una copia crea una función susceptible de prestarse profesionalmente. No acredita el tamaño del mercado, el precio de un contrato ni la disposición de los fabricantes a externalizar también la gestión principal. Parte del trabajo puede residir en los sistemas del propio operador. Otra parte puede contratarse. Y un servicio que almacena una copia no se convierte automáticamente en el responsable de verificar que la declaración técnica de un fabricante sea verdadera. Separar quién origina un dato, quién lo autoriza y quién lo conserva evita presupuestar tres responsabilidades como si fueran una sola.

Consideremos un caso ficticio. Un fabricante recibe un valor técnico de un proveedor, su equipo de calidad lo valida y el gestor del pasaporte lo incorpora. Si el valor de origen estaba mal, una copia perfectamente conservada perpetuará el error. El contrato debería indicar cómo se registra la fuente, quién puede aprobar una corrección y qué rastro deja la modificación. Preguntar solo cuántos gigabytes se guardarán presupone que el riesgo principal es perder archivos. En determinados productos, publicar la versión incorrecta bajo el identificador correcto puede ser un problema al menos igual de serio.

Una prueba de continuidad en seis operaciones

Antes de contratar, una pyme puede pedir una demostración con un producto ficticio y datos sin valor comercial. Elige un identificador de prueba; carga un conjunto pequeño de campos y asigna permisos diferentes al consumidor y a la persona que repara. Modifica un dato autorizado. Exporta la versión actual y el historial disponible. Finalmente comprueba qué procedimiento permite recuperar el servicio si el sistema principal queda inaccesible. Son seis operaciones verificables. Una captura de pantalla bonita no confirma que se puedan hacer juntas. Los criterios deben adaptarse a la norma concreta y al alcance contratado.

Fijar por escrito el criterio de aceptación sirve incluso cuando el proveedor responde que una función queda fuera del servicio. Supongamos que ofrece copia diaria, pero no recuperación del acceso público. Esa respuesta permite presupuestar el trabajo adicional y asignarlo a alguien. En cambio, un contrato que prometa «pasaporte completo» sin identificar el punto de restauración o la dependencia del alojamiento principal deja abierta una decisión que podría resultar urgente durante una incidencia. La prueba hipotética es una propuesta editorial de diligencia, no una certificación legal de proveedores.

El caso que sí tiene fecha y un límite numérico

Las baterías muestran por qué hay que leer cada norma sectorial. El artículo 77 del Reglamento (UE) 2023/1542 prevé, desde el 18 de febrero de 2027, un pasaporte electrónico para baterías de medios de transporte ligeros, baterías industriales con capacidad superior a 2 kWh y baterías de vehículos eléctricos en las condiciones previstas por el artículo. La fecha es futura al cierre de esta pieza. Tampoco debe aplicarse el umbral de las baterías industriales a todas las categorías mencionadas: la formulación de la norma identifica grupos diferentes.

Probemos los límites con un ejemplo. Una batería industrial de exactamente 2 kWh no supera el umbral de «superior a 2 kWh» por el mero hecho de llegar a dos. Una industrial de 2,1 kWh sí lo supera, aunque haría falta comprobar el resto de las condiciones de aplicación. Al considerar una batería para un vehículo eléctrico, hay que examinar esa categoría en vez de imponerle mecánicamente el umbral de la industrial. Y no se debe confundir la obligación de poner un código QR con la obligación de que ese código conduzca a un pasaporte en todos los tipos de pilas o baterías. El artículo 13.6 distingue los destinos de acceso según el grupo.

Para un emprendedor, el caso enseña a plantear una proposición comercial honesta. Puede presentar una demostración para una categoría delimitada, indicar la disposición y la fecha y precisar qué entregables cubre su servicio. No puede convertir la fecha de una norma de baterías en un vencimiento universal para muebles, textiles o herramientas. Que esos sectores aparezcan en planes de trabajo comunitarios indica actividad y prioridades; la fecha efectiva y los campos exigidos se comprueban en sus propios actos adoptados.

El registro europeo y los futuros requisitos del proveedor

La Comisión sitúa la puesta en funcionamiento del registro DPP en julio de 2026. El Reglamento de Ejecución (UE) 2026/1778 establece disposiciones para ese registro. No es lo mismo que aprobar todas las reglas de cada producto o cerrar el sistema de evaluación de los prestadores. La iniciativa preparatoria para proveedores expone cuestiones sobre requisitos y evaluación de conformidad. Su calendario inicial era indicativo. Al hacer una oferta comercial, identifica si citas un reglamento aplicable, una consulta o una fecha prevista en la planificación posterior de la Comisión.

La diferencia también afecta al vocabulario publicitario. Una empresa puede desarrollar software compatible con estándares publicados sin disponer por ello de una certificación oficial que todavía no pueda acreditar. Puede registrarse para una función y seguir necesitando permisos adicionales para otra. Puede presentar un caso piloto sin haber procesado productos sujetos a la obligación en condiciones de producción. La propuesta mejora cuando indica qué ha demostrado con qué norma, qué depende del encargado de datos del fabricante y qué se verificará al entrar en aplicación la obligación sectorial.

Cómo comparar dos presupuestos que incluyen servicios diferentes

Consideremos dos ofertas hipotéticas. La primera cobra por crear identificadores y páginas de consulta y deja la copia de seguridad a cargo de un tercero. La segunda incluye el almacenamiento principal, operaciones de importación, actualización, control de acceso y una copia independiente identificada en el contrato. Comparar únicamente el coste por código no informaría sobre el coste total. Para hacer equivalentes las ofertas habría que añadir, en la primera, el trabajo que alguien más tendrá que asumir. En la segunda, comprobar si los límites de uso incluyen cambios de versión, migraciones y continuidad tras terminar la relación.

Un pequeño cuadro interno puede registrar cinco unidades de coste: puesta en marcha, identificadores o productos activos, actualizaciones, custodia durante el periodo necesario y salida del contrato. Si una partida se desconoce, anótala como tal en lugar de sumarla como cero. La guía de Gaia sobre el coste de salida de un proveedor de software aborda esta última decisión. Aquí tiene una dimensión adicional: el comprador necesita que el producto siga siendo identificable y que el acceso autorizado a sus datos sobreviva a la migración.

El trabajo empresarial más prometedor no se resume en imprimir el código. Consiste en conseguir que los datos necesarios lleguen desde su productor hasta quien tiene derecho a consultarlos, puedan corregirse y permanezcan disponibles durante el tiempo requerido. La existencia de esas tareas está documentada. Para afirmar que hay clientes, margen o ingresos hace falta dar el siguiente paso: delimitar un grupo sujeto a reglas concretas y comprobar con operadores reales cuánto valoran el servicio. El reglamento proporciona condiciones; la demanda comercial debe acreditarse aparte.

Fuentes y agradecimientos

Agradecemos a la Comisión Europea la explicación pública de la arquitectura y el calendario del pasaporte y a EUR-Lex los textos del Reglamento de diseño ecológico, el registro europeo y la norma de baterías. Los casos numéricos, la prueba de continuidad y la comparación de presupuestos son elaboraciones de Gaia, no ensayos de servicios comerciales.