Los estándares europeos de DPP, explicados.
El 27 de mayo de 2026, CEN y CENELEC publicaron los seis primeros estándares europeos para el Pasaporte Digital de Producto —EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 y EN 18223— desarrollados por el comité técnico conjunto JTC 24 en el marco de la solicitud de normalización M/604 de la Comisión Europea. Otros dos, FprEN 18239 (derechos de acceso) y FprEN 18246 (autenticación de datos), se encuentran en las fases finales. Esta página explica qué cubre cada uno, por qué importa y dónde se sitúa OpenDPP frente a ellos.
Última actualización: · revisado con arreglo a CEN/CENELEC, EUR-Lex y el Diario Oficial
Citado en el Diario Oficial… y lo que eso no significa
La publicación por parte del CEN/CENELEC y su mención en el Diario Oficial de la UE constituyen hitos distintos. Seis de estas normas —EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 y EN 18223 — fueron citadas en la Decisión de Ejecución (UE) 2026/1736 de la Comisión, publicada en el Diario Oficial el 15 de julio de 2026. La conformidad con una norma citada da lugar ahora a una presunción de conformidad con los requisitos correspondientes del ESPR (artículos 10 y 11). Las normas FprEN 18239 y FprEN 18246 no fueron citadas y quedan fuera de dicha presunción.
Si un proveedor te dice que su sistema «cuenta con la certificación conforme a las normas DPP», pregúntale qué norma, qué cláusula y quién la ha certificado: la mención en el Diario Oficial genera una presunción de conformidad para un producto que cumpla con los requisitos; no establece un sistema de certificación y, a fecha de julio de 2026, no existe ninguno al que se pueda certificar.
— Una pregunta útil para las comprasLa conformidad se autoevalúa frente al anexo ZA de cada norma, es decir, los apartados que citó la UE. No existe ningún esquema de certificación para estas normas.
En proceso de conformidad
EN 18216:2026 — Protocolos de intercambio de datos
EN 18216:2026 especifica los protocolos utilizados para intercambiar los datos del Pasaporte Digital de Producto entre sistemas — cómo se transfieren los datos del pasaporte entre operadores económicos, proveedores de servicios, autoridades y otros participantes.
Por qué importa. El intercambio es donde suele esconderse la dependencia de un único proveedor. Un protocolo de transmisión estándar significa que un pasaporte creado en un sistema puede ser consumido por otro sin una integración a medida por cada contraparte.
Dónde se sitúa OpenDPP. OpenDPP sirve pasaportes mediante HTTP abierto y con negociación de contenido (HTML, W3C JSON-LD, AAS), de modo que cualquier consumidor que conozca los estándares pueda leerlos.
En proceso de conformidad
EN 18219:2026 — Identificadores únicos
EN 18219:2026 especifica los identificadores únicos que están en el corazón de cada Pasaporte Digital de Producto: el Identificador Único de Producto (UPI), el Identificador Único de Operador (UOI) y el Identificador Único de Instalación (UFI), así como las reglas para construirlos y resolverlos.
Por qué importa. El identificador es la clave primaria del pasaporte durante toda la vida del producto: es lo que indexará el registro de la UE y aquello a lo que, en última instancia, remite cada código QR.
Dónde se sitúa OpenDPP. OpenDPP emite identificadores basados en GS1 (claves de producto GTIN/GRAI, identificadores de instalación GLN con validación mod-10) y los resuelve mediante URIs de GS1 Digital Link.
Conforme
EN 18220:2026 — Portadores de datos
EN 18220:2026 especifica los portadores de datos físicos que vinculan un producto con su pasaporte —códigos QR / data-matrix 2D escaneables, NFC y RFID— y cómo un portador codifica el identificador único.
Por qué importa. El portador es la única parte del pasaporte que un consumidor llega a tocar: un solo escaneo debe abrir el registro correcto para la unidad correcta, incluso tras años de servicio.
Dónde se sitúa OpenDPP. OpenDPP genera códigos QR GS1 Digital Link con calidad de impresión (PNG/SVG) que incorporan la zona de silencio de cuatro módulos y la anchura de módulo que exige ISO/IEC 18004, incluidos códigos por unidad con el número de serie real en GS1 AI 21. El mismo enlace se envuelve como registro URI NDEF para una etiqueta NFC, y el pasaporte anota el portador de datos que está realmente en el producto —tecnología, ubicación, anchura de módulo, grado de calidad de impresión, evaluación de la durabilidad—, y cada campo se valida frente al apartado en el que la norma lo sitúa.
En proceso de conformidad
EN 18221:2026 — Almacenamiento, archivado y persistencia de datos
EN 18221:2026 especifica cómo se almacenan, archivan y mantienen disponibles los datos del Pasaporte Digital de Producto, incluida la expectativa de que un pasaporte siga siendo resoluble durante un horizonte prolongado después de que el producto se haya introducido en el mercado, con independencia del destino de la empresa emisora.
Por qué importa. Responde al problema de la “muerte digital”: un pasaporte que desaparece cuando su emisor es adquirido, migra de sistemas o quiebra incumple el deber de persistencia.
Dónde se sitúa OpenDPP. OpenDPP mantiene los pasaportes públicamente resolubles incluso tras el archivado: los operadores y los espacios de trabajo se eliminan de forma lógica, los pasaportes se conservan durante la vida útil que fija la normativa de su grupo de productos (un modelo de batería, hasta que se retira y todas las baterías de ese modelo se han reciclado; cualquier otra categoría no se purga nunca mientras ningún acto delegado fije un plazo), y la eliminación definitiva se rechaza antes de que termine esa vida útil.
Conforme
EN 18222:2026 — APIs para la gestión del ciclo de vida y la búsqueda
EN 18222:2026 especifica las interfaces de programación de aplicaciones para gestionar un Pasaporte Digital de Producto a lo largo de su ciclo de vida —creación, actualizaciones, cambios de estado— y para buscar datos del pasaporte.
Por qué importa. Convierte el DPP de una página web estática en infraestructura: los sistemas ERP/PLM, los marketplaces y los recicladores necesitan APIs para máquinas, no portales.
Dónde se sitúa OpenDPP. OpenDPP sirve todos los métodos de ciclo de vida que define la EN 18222 en las rutas v1/dpps propias de la norma, junto con su API REST para la creación de pasaportes, los cambios de estado del ciclo de vida (activo, recuperado, dado de baja), la telemetría por unidad y las notificaciones por webhook.
Conforme
EN 18223:2026 — Interoperabilidad de sistemas
EN 18223:2026 especifica los requisitos de interoperabilidad entre sistemas de Pasaporte Digital de Producto —formatos y semántica de datos compartidos— para que los pasaportes de distintos proveedores puedan leerse con una sola cadena de herramientas.
Por qué importa. La interoperabilidad es la respuesta del reglamento a la fragmentación: miles de emisores, una sola experiencia para el consumidor.
Dónde se sitúa OpenDPP. OpenDPP sirve el pasaporte en las dos formas propias de la EN 18223 —la forma comprimida del apartado 5.2 y la forma ampliada del Anexo A, con texto multilingüe y recursos relacionados tipados— junto con una proyección Asset Administration Shell (AAS v3.0/3.1) del mismo registro.
Cómo comprobar cada afirmación de esta página
Seis normas, varios cientos de apartados. Una afirmación planteada a la altura de una norma completa no se puede comprobar, así que las nuestras se plantean en el apartado: en la referencia pública de la API, en los esquemas que publicamos y en la posición que pondremos por escrito sobre cualquiera de las seis.
- La referencia de la API cita el apartadoCada campo regulado y cada rechazo de la especificación pública OpenAPI nombra el apartado que lo respalda, así que tus ingenieros leen qué regla están implementando antes de escribir una línea de código. Declara un grado de calidad de impresión en una etiqueta RFID y el rechazo te cita literalmente §5.5.2 y §5.6.2.
- Esquemas para ejecutar sobre tus propios datosLa EN 18223 prescribe un cuerpo de pasaporte pero no incluye ningún JSON Schema, así que escribimos dos —la forma comprimida del apartado 5.2 y la forma ampliada del Anexo A— y los publicamos con licencia Apache-2.0 en el kit de interoperabilidad, con un validador que funciona sin conexión. Son nuestra lectura del apartado, publicada para que puedas comprobarla en los detalles en lugar de creernos sin más, y son los mismos esquemas frente a los que el nodo valida cada respuesta.
- Una respuesta clara por apartadoPregunta qué apartados de la EN 18222 implementamos, o dónde nos situamos frente a los deberes de archivo de la EN 18221, y obtienes una respuesta apartado por apartado, no un logotipo en un folleto comercial. Esa es la pregunta que esta página pide a los departamentos de compras que hagan, y es la que respondemos por escrito.
Conformidad con GS1 Digital Link
Cada enlace de producto y de unidad individual es un GS1 Digital Link conforme al estándar — validado en CI con el Barcode Syntax Engine oficial de GS1 — para que tus códigos QR impresos sean válidos según el estándar y se resuelvan a través de la pasarela de GS1.
Interoperabilidad y datos verificables
Las normas EN 182xx definen el contenido de un pasaporte. Se trata de los formatos abiertos y verificables por máquina en los que OpenDPP emite los pasaportes, cada uno de ellos validado según su esquema oficial o una implementación de referencia independiente, de modo que tus datos siguen siendo portables con herramientas estándar.
- Asset Administration Shell (AAS v3.0/3.1)Cada pasaporte se exporta como un entorno IDTA Asset Administration Shell, que se comprueba según el esquema JSON oficial de AAS 3.1 y el estándar de referencia «aas-test-engines 3.0» de IDTA; se abre directamente en AASX Package Explorer o en BaSyx.
- GS1 EPCIS 2.0 trazabilidadLos eventos de la cadena de suministro se registran y se vuelven a emitir como documentos GS1 EPCIS 2.0 conformes, validados según el esquema JSON oficial 2.0.1 de GS1, y el linaje se representa como un gráfico de pedigrí firmado que abarca desde la materia prima hasta el producto acabado.
- Credenciales UNTP DigitalProductPassport conformesCada pasaporte con una instalación registrada se emite a la vez como vc+jwt envolvente (W3C VC-JOSE-COSE) y como credencial W3C Data Integrity integrada (ecdsa-jcs-2019), y se valida con el esquema oficial de UNTP, con claves de emisor did:web resolubles.
- SD-JWT divulgación selectivaCon «SD-JWT-VC», el titular puede revelar afirmaciones concretas —un único dato sobre el material o el rendimiento— sin tener que mostrar el pasaporte completo, todo ello validado según la estricta especificación «SD-JWT-VC».
- did:web Claves y lista de estados de Bitstring del W3CLas claves de emisor se resuelven a través de did:web y se renuevan sin romper los sellos anteriores; la revocación utiliza la Lista de estado de cadenas de bits del W3C, por lo que una unidad retirada o reciclada devuelve un estado firmado y verificable.
Los dos estándares que conviene vigilar a continuación
-
FprEN 18239 — Gestión de derechos de accesoBorrador final — publicación prevista hacia septiembre de 2026. Define cómo se gestiona el acceso a los datos restringidos del pasaporte: qué roles (autoridades, reparadores, recicladores, personas con un interés legítimo) pueden leer qué niveles de datos, y cómo se hace cumplir y documentar. Los controles de acceso basados en roles de OpenDPP y el flujo de concesión por interés legítimo están construidos siguiendo el modelo de niveles del borrador.
-
FprEN 18246 — Autenticación e integridad de los datosBorrador final, en votación formal. Define cómo se autentican los datos del pasaporte —Construcciones de Datos Firmadas Electrónicamente (ESDC)— para que cualquier parte pueda verificar que un pasaporte procede genuinamente del operador declarado y no ha sido alterado. OpenDPP sella los pasaportes con sellos electrónicos avanzados eIDAS siguiendo el modelo del borrador final.
De dónde proceden estos datos
Situación de los estándares: CEN/CENELEC (publicaciones del JTC 24, 27 de mayo de 2026). Base reguladora: Regulation (EU) 2024/1781 (ESPR) y el centro de implementación del ESPR de la Comisión Europea. Para el calendario de despliegue, consulte nuestra cronología del ESPR; para el registro, consulte la explicación del Registro de DPP de la UE.
Construya sobre los estándares sin leerse los ocho.
OpenDPP es conforme a las normas EN 18220, EN 18222 y EN 18223 e implementa las seis. Vea en minutos un pasaporte con sello electrónico construido según ellas.
Reservar una demoEl 27 de mayo de 2026, CEN y CENELEC publicaron las seis primeras normas europeas sobre el pasaporte digital del producto, elaboradas por el comité técnico conjunto JTC 24 en el marco de la petición de normalización M/604 de la Comisión Europea: EN 18216 (protocolos de intercambio de datos), EN 18219 (identificadores únicos), EN 18220 (portadores de datos), EN 18221 (almacenamiento, archivo y persistencia de datos), EN 18222 (API para la gestión del ciclo de vida y la búsqueda) y EN 18223 (interoperabilidad de sistemas). Hay dos más en preparación: FprEN 18239 (gestión de derechos de acceso) y FprEN 18246 (autenticación e integridad de datos). Las seis normas publicadas se citaron en el Diario Oficial el 15 de julio de 2026 (Decisión de Ejecución (UE) 2026/1736 de la Comisión), por lo que la conformidad con ellas otorga ya una presunción de conformidad con los artículos 10 y 11 del ESPR; las dos pendientes quedan fuera de esa presunción. OpenDPP es conforme a las normas EN 18220, EN 18222 y EN 18223.
Las normas europeas del DPP (EN 182xx) · Última revisión