Los estándares europeos de DPP, explicados.
El 27 May 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 frente a fuentes de CEN/CENELEC y EUR-Lex
Publicados, pero aún no citados en el Diario Oficial
La publicación por CEN/CENELEC y la citación en el Diario Oficial de la UE son hitos distintos. Los seis estándares anteriores existen y pueden implementarse hoy, pero ninguno ha sido citado todavía en el DOUE; una vez que sean citados, la conformidad con ellos fundamentará una presunción de conformidad con los requisitos correspondientes del ESPR. Hasta entonces, construir conforme a los estándares es buena ingeniería y una reducción de riesgos sensata, no un atajo legal.
Si un proveedor le dice que su sistema "está certificado conforme a los estándares de DPP", pregunte qué estándar, qué cláusula y por quién: a junio de 2026 no existe ninguna citación en el DOUE ni ningún esquema de certificación armonizado contra el que certificar.
— Una pregunta útil para las comprasEN 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 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 los próximos más de 15 años: es lo que el registro de la UE indexará y lo que cada código QR resuelve en última instancia.
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.
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 de GS1 Digital Link con calidad de impresión (PNG/SVG), incluidos códigos por unidad que llevan el número de serie real en GS1 AI 21. Los portadores NFC y RFID están dentro del alcance del estándar, pero OpenDPP no los implementa.
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 (del orden de 15 años) 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 mediante archivado: los operadores y los espacios de trabajo se eliminan de forma lógica (soft-delete), los pasaportes se conservan durante la ventana de retención configurada (15 años por defecto) y se rechaza la eliminación definitiva antes del plazo de retención.
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 expone una API REST para la creación de pasaportes, los cambios de estado del ciclo de vida (activo, retirado, dado de baja), la telemetría por unidad y las notificaciones por webhook.
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 emite W3C JSON-LD con ontologías compartidas y una representación de Asset Administration Shell (AAS v3.0) del mismo pasaporte.
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; cualquier verificador puede comprobar un sello sin conexión.
De dónde proceden estos datos
Situación de los estándares: CEN/CENELEC (publicaciones del JTC 24, 27 May 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 sigue la serie EN 182xx y la convierte en un flujo de trabajo guiado: vea un pasaporte sellado y alineado con los estándares en cuestión de minutos.
Reservar una demoEl 27 May 2026, el CEN y el CENELEC publicaron las primeras seis normas europeas del Pasaporte Digital de Producto, desarrolladas por el comité técnico conjunto JTC 24 en virtud de la solicitud 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 capacidad de 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). Ninguna se ha citado aún en el Diario Oficial de la UE, por lo que hoy no existe presunción de conformidad.
Las normas europeas del DPP (EN 182xx) · Última revisión