technology

Registro central y datos descentralizados: qué almacena la UE

Las reglas del registro DPP de la UE están adoptadas: qué almacena, por qué los datos siguen descentralizados y cómo funcionan API, verificación y versiones.

10/6/2026 · 9 min de lectura · InfoDPP

Situación a 9 de octubre de 2026. El Registro está abierto desde julio y sus reglas comunes figuran en el Reglamento (UE) 2026/1778. La guía v1.03 del 16 de septiembre describía el registro de baterías como dependiente de un catálogo semántico aún no definido. Las preguntas frecuentes y el seminario de septiembre aportan aclaraciones para baterías y fechas de publicación previstas. Este pasaje no permite saber si el registro de baterías está disponible hoy. Guía del registro v1.03; Registro de la UE y entorno de pruebas.

La versión en dos minutos

La UE no construye una base gigante que almacene cada DPP. El artículo 13 exige un registro y el Reglamento 2026/1778 concreta su papel: índice central y capa de verificación, no almacén del pasaporte completo. Registra identificadores, códigos de mercancías cuando proceda y datos generales de registro; los datos del producto siguen descentralizados en el operador o su proveedor DPP.

Esta distinción determina cómo organizar el proyecto. No debe preparar una carga de todos sus datos en una base de la Comisión, sino mantener sus propios registros estructurados y conectarlos al Registro mediante identificadores.

Qué es el registro y qué no es

El artículo 13 exige identificadores únicos y códigos de mercancías necesarios para aduanas. El Reglamento 2026/1778 precisa el registro: identificador de producto, cuando proceda código de mercancías y referencia del proveedor, identidad del solicitante, fecha e información de integridad, además de un identificador de registro único.

Qué no es el registro:

No es una base de datos pública de todo el contenido de los pasaportes.
No es donde los consumidores leen la información del producto; ese papel corresponde al soporte de datos y, cuando existe, al portal web.
No almacena sus pasaportes completos. Sus registros estructurados permanecen con usted o con su proveedor.
No es un sustituto del pasaporte en sí. El soporte de datos permite acceder al pasaporte, no dentro del registro.

La Comisión describe identificadores, datos de registro y metadatos generales, no todo el contenido detallado. La norma aplicable al producto sigue determinando los datos DPP y el nivel al que debe expedirse el pasaporte.

Cuatro componentes que conviene distinguir

La mayor parte de la confusión viene de fundir cuatro cosas distintas en una sola palabra. El ESPR las mantiene separadas, y su arquitectura también debería hacerlo.

Capa	Base en el ESPR	Qué contiene	Quién la opera
Soporte de datos	Artículo 10	El enlace escaneable, como un código QR, en el producto, el envase o la documentación	Usted, el operador económico
El pasaporte (datos de producto)	Artículo 9	Los verdaderos datos de producto estructurados, mantenidos de forma descentralizada	Usted o su proveedor de servicios DPP
El Registro	Artículo 13 + Reglamento 2026/1778	Identificadores de registro y producto, códigos de mercancías cuando proceda y datos generales de registro	La Comisión Europea
El portal web	Artículo 14	Un punto de acceso público para buscar y comparar datos DPP	La Comisión Europea

Un quinto elemento, el sistema DPP (artículo 11), es el conjunto de reglas de diseño técnico y funcionamiento que hacen interoperables estas capas. Rige cómo funciona el pasaporte, no dónde residen físicamente los datos.

Por qué los datos de producto siguen descentralizados

El modelo descentralizado es una elección de diseño deliberada, no un accidente del calendario. El operador económico sigue siendo responsable del producto y de su pasaporte, así que mantiene el control de los datos subyacentes. El registro se conecta a esos datos mediante identificadores; no los absorbe.

Al elegir una solución descentralizada, compruebe la disponibilidad del servicio, la exportación de datos, la continuidad si cambia o desaparece el proveedor y la protección de la información confidencial. Estas condiciones deben quedar claras tanto en el diseño técnico como en el contrato.

Para las empresas, la lección práctica es sencilla: cree registros de producto estructurados, exportables y basados en normas que usted controle, y conéctelos al Registro mediante identificadores abiertos. Así podrá cambiar de proveedor y mantendrá la coherencia con el funcionamiento real del Reglamento.

La copia de seguridad: continuidad sin centralización

La descentralización plantea qué ocurre si desaparece un proveedor. El artículo 10.4 exige una copia de seguridad mediante un proveedor DPP; el considerando 38 lo describe como tercero independiente. La obligación es vinculante y el considerando explica el modelo.

Se trata de continuidad, no de centralización. La copia mantiene la disponibilidad tras una insolvencia, liquidación o cese de actividad; no es una copia íntegra de acceso público. Los detalles dependerán del acto aplicable al producto y de las futuras reglas para proveedores. El acto delegado y cualquier sistema de certificación siguen pendientes; el Reglamento 2026/1778 no los sustituye.

Cómo codifican las normas esta arquitectura

Las normas DPP horizontales de CEN/CENELEC JTC 24, publicadas como normas EN en mayo de 2026, se corresponden casi directamente con las capas anteriores. Definen el marco, no los campos de datos de ningún sector concreto.

Norma	Alcance	Papel arquitectónico
EN 18219	Identificadores únicos	Cómo se identifican un producto, un operador y un pasaporte
EN 18220	Soportes de datos	Cómo un soporte apunta al pasaporte correcto
EN 18221	Almacenamiento, archivo y persistencia de datos	Cómo los datos descentralizados siguen disponibles con el tiempo
EN 18222	API para ciclo de vida y búsqueda	Cómo los sistemas crean, actualizan y encuentran registros
EN 18223	Interoperabilidad de sistemas	Cómo sistemas distintos entienden los mismos datos
EN 18216	Protocolos de intercambio de datos	Cómo se transmiten los datos entre las partes

Normas armonizadas, 16 de julio de 2026: las referencias de estas seis normas se publicaron en el Diario Oficial el 15 de julio de 2026 mediante la Decisión de Ejecución (UE) 2026/1736. Un DPP conforme con una norma se beneficia de una presunción de conformidad con los artículos 10 y 11 del ESPR solo en la medida cubierta por esa norma. Qué cambia con la Decisión 2026/1736 →

La publicación como norma EN fue el primer hito; la publicación de las referencias en el Diario Oficial dio a estas seis normas el efecto previsto en el artículo 41, apartado 2, del ESPR. Otras dos normas, sobre derechos de acceso y autenticación de datos, siguen fuera del paquete publicado por la Decisión 2026/1736.

El reglamento de ejecución del registro ya está adoptado

El Reglamento 2026/1778 convierte el proyecto anterior en reglas horizontales vinculantes:

Operadores y actores de la cadena verificados. Solo los actores verificados pueden registrar o modificar cuando la norma aplicable lo permite. Las vías eIDAS de los artículos 4 y 5 se aplican; la verificación caduca con la credencial y, como máximo, a los tres años. Sin renovar la verificación no se crean ni cambian registros.
Modelo, lote o artículo. El registro sigue el nivel exigido por la norma de producto; si se aplican varios actos, prevalece el más granular, y los artículos se enlazan con lote o modelo.
Interfaz y API. El registro se realiza mediante la interfaz segura o la API. El acto exige ambos canales sin publicar las direcciones, las credenciales ni ejemplos de solicitudes y respuestas.
Comprobaciones técnicas. Se validan semántica, coherencia DPP/registro, granularidad y, cuando proceda, código de mercancías y referencia al proveedor de respaldo. Es una comprobación técnica, no una decisión de conformidad sustantiva.
Versiones y evidencia. Creaciones, cambios, eliminaciones y estados quedan registrados. Se conservan las versiones de los datos y sus fechas, se conservan diez años por defecto y la prueba firmada queda disponible 90 días y puede regenerarse.
Repositorio semántico y lista de proveedores. La Comisión mantiene un repositorio oficial legible por máquina con API documentadas y formatos comunes, y una lista de proveedores DPP verificados. «Verificado» significa identidad/acceso al registro, no certificación futura.

Mantenga el control de los datos de sus productos y guárdelos en un formato estructurado que pueda exportar. Utilice identificadores compatibles con distintos sistemas. Prepare la verificación de identidad antes de que el registro de sus productos sea obligatorio y prevea su renovación.

Qué añaden los documentos de septiembre sobre baterías

Para baterías, crear y mantener el pasaporte consiste en gestionar sus datos. El registro es el envío separado de la información requerida al Registro de la UE. Las preguntas frecuentes de septiembre, respuestas 2.1 y 6.5, confirman que el pasaporte completo permanece con el responsable o un operador autorizado por escrito. El Registro contiene información de registro y metadatos.

Las preguntas frecuentes también explican cómo se tratarán los datos restringidos de baterías. El futuro acto del artículo 77, apartado 9, debe definir el interés legítimo, el acceso y los usos permitidos. No proporcionará un mecanismo central de autenticación de reparadores o recicladores. El operador que aloja el pasaporte de baterías gestiona ese acceso. La respuesta 7.6 añade que los campos aún no aplicables no aparecen en el modelo activo de baterías y pueden incorporarse en una versión posterior. Estas explicaciones se publicaron para baterías. No constituyen un modelo de acceso o de datos terminado para otros sectores.

En el seminario sobre baterías del 30 de septiembre, la Comisión anunció especificaciones técnicas de semántica y formatos de datos de baterías para finales de octubre de 2026. Las orientaciones de integración con la API del Registro se preveían para finales de diciembre. Son anuncios de publicación, no plazos legales ni confirmación de que todas las categorías puedan conectarse ya. Deben consultarse las especificaciones efectivamente publicadas antes de diseñar la integración.

La renovación de la verificación tiene una base jurídica más amplia. Los artículos 4 y 5 del Reglamento (UE) 2026/1778 limitan el estado verificado a la caducidad del medio de identificación o a tres años, lo que ocurra antes, para los actores cubiertos. Las preguntas frecuentes de baterías repiten esa regla. Tras caducar, no pueden realizarse nuevos registros ni modificarse datos del Registro hasta repetir la verificación. Es una cuestión distinta de editar el pasaporte en el sistema propio del operador.

Quién lee realmente el registro

El registro sirve para registrar y verificar, no como interfaz principal del consumidor. Operadores verificados y actores elegibles mantienen registros; autoridades competentes y aduaneras los verifican y acceden al DPP mediante identificadores.

El registro sirve a los operadores que registran pasaportes y a las autoridades competentes. Los consumidores suelen acceder a la información disponible del producto escaneando el soporte de datos. El artículo 14 prevé un portal público independiente para buscar y comparar los datos de los pasaportes.

Qué no resuelve el reglamento

El Reglamento 2026/1778 no fija por sí mismo:

campos DPP, derechos de acceso o nivel de registro de cada sector;
un catálogo público de operaciones de la API, modalidades de autenticación, ejemplos de solicitudes y respuestas o instrucciones de integración;
obligación universal de registrar inmediatamente cada producto;
acto delegado definitivo de proveedores ni certificación.

La Comisión puso a disposición el 20 de julio el Registro en producción, el entorno de pruebas separado y los recursos de aplicación. Su anuncio indica que el registro está disponible mediante la interfaz segura o API y que existe un repositorio semántico. Las empresas deben probar los modelos específicos de producto vigentes, en especial los de las baterías, y tratar el Reglamento y las normas sectoriales aplicables como referencia jurídica.

Qué añade la guía en su versión 1.03 (16 de septiembre de 2026)

La versión de septiembre de la guía no cambia el marco jurídico, pero fija varios parámetros operativos sobre los que las empresas preguntaban desde el lanzamiento de julio:

Registro de baterías en la guía de septiembre. La versión 1.03 indica que el registro requiere un catálogo semántico de baterías que aún no se había definido. La guía describe la situación del 16 de septiembre. No permite saber si el registro está disponible hoy.
Identificador único de producto. El UPI es obligatorio, debe ser una URL que empiece por https:// en un formato conforme a las normas del JTC 24 y puede tener hasta 2000 caracteres; los identificadores de modelo y de lote son opcionales, y para las baterías solo está disponible por ahora el nivel de unidad.
Identificadores de organización. Una persona jurídica debería indicar preferentemente su número del registro mercantil nacional, con el LEI, el número de IVA, la eID o un identificador local nacional como alternativas; una persona física debería usar preferentemente un número de identificación fiscal. El valor debe coincidir exactamente con el atributo del certificado de sello.
Sello o firma cualificados. La declaración PDF sellada debe refrendarse con un sello cualificado (persona jurídica) o una firma cualificada (persona física) creados en un dispositivo cualificado o mediante un servicio cualificado de firma remota. Un certificado cualificado instalado como archivo de software solo produce una firma avanzada y se rechaza; los usuarios de Adobe Acrobat deben fijar el formato de firma por defecto en CAdES-Equivalent, y solo se aceptan PAdES Baseline B, T, LT o LTA.
Herramientas de firma y validación de la Comisión. La guía remite a las herramientas DSS gratuitas de la Comisión para firmar localmente y comprobar el archivo antes de subirlo; el resultado de la validación debe mostrar QESeal o QESig, no AdESeal-QC ni AdESig-QC.
Reglas de archivos. La declaración de verificación de la organización debe ser un PDF de hasta 1 GB, con un nombre de hasta 100 caracteres. Los envíos masivos de DPP son un proceso separado en XML o JSON, con un máximo de 100 registros; un registro inválido hace que se rechace todo el envío.

Qué hacer ahora

Conserve la propiedad de sus datos: almacene registros de producto estructurados que pueda exportar, no datos encerrados en un solo proveedor.
Use identificadores interoperables: GS1 Digital Link es una opción práctica, no la única vía legal.
Separe las capas en sus propios sistemas: soporte, datos del pasaporte, identificadores y derechos de acceso son cuestiones distintas.
Haga al proveedor la pregunta correcta: no “¿almacena mis datos?”, sino “¿puedo exportarlos y cambiar sin romper mis códigos QR?”.
Planifique la verificación y las versiones: defina quién registra, cómo se autentica y cómo conserva un historial de cambios que pueda auditarse.
Planifique copia y continuidad: comprenda la referencia de respaldo cuando la norma de producto la exija.
Siga los actos de producto: determinan cuándo registrar y qué contiene el DPP.

FAQ

¿Es el Registro DPP una base central de todos los datos?

No. Guarda identificadores, códigos cuando proceda y datos generales de registro. Los datos siguen descentralizados. Es un índice y una capa de verificación, no un almacén.

¿Qué ocurrió en julio de 2026?

La Comisión adoptó el Reglamento 2026/1778 el 16 de julio y lo publicó el 17. El Registro en producción, el entorno de pruebas y los recursos de aplicación están disponibles desde el 20 de julio, y el Reglamento entró en vigor el 6 de agosto. La Comisión describe el Registro como operativo y el registro como disponible mediante una interfaz segura o API; el uso específico de cada producto sigue dependiendo del catálogo semántico y de las normas sectoriales aplicables.

¿Puedo registrar ya un pasaporte de baterías en el Registro?

La guía v1.03 del 16 de septiembre de 2026 describía el registro de baterías como dependiente de un catálogo semántico aún no definido. El seminario del 30 de septiembre preveía especificaciones técnicas de baterías para finales de octubre. Esos documentos no establecen la disponibilidad actual del Registro. Compruebe las especificaciones vigentes, el entorno de pruebas y la asistencia técnica antes de planificar el registro. La verificación de la organización y el registro del pasaporte siguen siendo pasos distintos.

¿Dónde residen los datos del pasaporte?

En el operador o proveedor. El soporte permite acceder al registro descentralizado. El artículo 10.4 exige copia mediante proveedor DPP; el considerando 38 lo describe como tercero independiente.

¿Qué diferencia hay entre registro y portal?

El registro del artículo 13 registra, indexa y verifica para operadores y autoridades. El portal del artículo 14 permite al público buscar y comparar.

¿Los datos descentralizados significan que dependo de un solo proveedor?

Los datos portátiles y los identificadores abiertos facilitan el cambio de proveedor, pero no garantizan por sí solos conservar los códigos. También deben mantenerse el control del dominio, la configuración del servicio de resolución y la continuidad contractual.

¿Subo mis pasaportes a la Comisión?

No el contenido completo. Registra mediante interfaz o API los datos requeridos, incluidos identificadores y, cuando proceda, código de mercancías. La norma de producto fija contenido y nivel.

Leer a continuación

Fuentes oficiales

Empiece a preparar el DPP organizando los datos de un producto. Pruebe OriginPass.eu para ver cómo presentarlos en un pasaporte digital.

Seguir leyendo

Guías relacionadas