El 30 de mayo de 2025, CEN y CENELEC publicaron las primeras seis normas europeas para el Pasaporte Digital de Producto (DPP): EN 18216 a EN 18223. Constituyen la base técnica sobre la que fabricantes, importadores y operadores de plataformas deben aplicar los requisitos del Reglamento (UE) 2024/1781 de ESPR. Este artículo explica qué regula cada norma, con qué regulación existente se relaciona y qué decisiones arquitectónicas deberían tomar ahora las empresas.
Por qué aparecen ahora estas normas
La ESPR es derecho vinculante de la UE desde su entrada en vigor en 2024. Obliga a los agentes económicos a proporcionar, para determinados grupos de productos, un DPP que contenga «información actualizada y precisa», según el texto de la regulación. Sin embargo, la ESPR dejó abierto qué significa esto desde el punto de vista técnico. CEN y CENELEC cierran ahora esta laguna con un paquete de normas que abarca el intercambio de datos, los identificadores únicos, los soportes de datos, la arquitectura de almacenamiento, las API y la interoperabilidad de los sistemas.
El momento no es casual. La Comisión Europea trabaja paralelamente en reglamentos de ejecución para requisitos sectoriales de DPP, por ejemplo, para textiles, acero y productos electrónicos. Sin normas técnicas armonizadas, estos reglamentos serían difícilmente aplicables. CEN y CENELEC proporcionan así los cimientos sobre los que pueden basarse los actos delegados.
Las seis normas, en resumen
EN 18216 – Intercambio de datos y modelo de datos general
EN 18216 define el modelo de datos general para el DPP: qué clases de información existen, cómo se estructuran y conforme a qué reglas se intercambian. La norma distingue sistemáticamente entre datos a nivel de producto (Item) y a nivel de lote (Lot), una diferenciación que el JRC ya introdujo en sus borradores sobre el acero y que resulta decisiva para datos dinámicos como la huella de CO₂ específica del producto conforme a ISO 14067.
EN 18217 – Identificadores únicos
EN 18217 regula cómo se identifican de forma única los productos y las instancias de productos en el ecosistema de DPP. La norma está formulada con neutralidad tecnológica, pero remite explícitamente a sistemas de identificación existentes, entre ellos el GTIN del estándar GS1. Para las empresas que ya trabajan con GS1 Digital Link, EN 18217 aporta seguridad jurídica: los identificadores utilizados allí cumplen la norma.
EN 18218 – Soportes de datos
EN 18218 especifica qué soportes de datos físicos y digitales están permitidos para el DPP: códigos QR, DataMatrix, RFID/NFC y otros. Resulta especialmente relevante su conexión con RAIN-RFID: TEKLYNX ya ha actualizado su software CODESOFT para admitir esquemas de codificación «++» de GS1, con los que se pueden escribir directamente URL web en la memoria de las etiquetas RAIN-RFID, un requisito que se deriva de la combinación de EN 18220 y el estándar GS1 Digital Link.
EN 18219 – Almacenamiento de datos y arquitectura de registro
EN 18219 es la norma arquitectónicamente más relevante del paquete. Establece cómo se almacenan y versionan los datos de DPP y cómo se hacen localizables mediante un registro. El principio es el siguiente: el registro no almacena los datos del pasaporte propiamente dichos, sino exclusivamente el identificador único, el punto final del resolver y el código de mercancía. Los datos del pasaporte permanecen con el fabricante o con un fideicomisario de datos autorizado.
Este patrón arquitectónico descentralizado se corresponde con el borrador del reglamento de ejecución relativo al registro de DPP. En su posición sobre el borrador del registro, el consorcio CIRPASS-2 recomendó explícitamente incluir EN 18219 como referencia vinculante en el reglamento de ejecución, entre otras razones para garantizar la interoperabilidad con el GS1 Digital Link. Con la publicación de la norma, esta recomendación ya puede aplicarse.
EN 18220 – API y acceso a los datos
EN 18220 define las interfaces mediante las que pueden recuperarse mediante programación los datos de DPP. La norma establece la estructura de los puntos finales, los requisitos de autenticación y los formatos de respuesta. Para los desarrolladores, esto significa que quien construya una plataforma de DPP conforme debe implementar esta especificación de API. Un ejemplo mínimo de una solicitud Resolve conforme podría ser el siguiente:
GET /dpp/resolve/{identifier}
Accept: application/json
Authorization: Bearer <token>
La norma no prescribe un lenguaje de programación específico, pero se basa en principios RESTful y en JSON como formato principal de intercambio.
EN 18223 – Interoperabilidad de sistemas
EN 18223 completa el paquete y aborda la interoperabilidad entre distintos sistemas de DPP, plataformas e infraestructuras nacionales. La norma define niveles de conformidad y establece los requisitos mínimos que debe cumplir un sistema para considerarse interoperable. Para las empresas que operan en varios Estados miembros de la UE, EN 18223 es la norma más relevante: evita que las implementaciones nacionales se conviertan en soluciones técnicas aisladas.
Relación con el Reglamento de baterías y los requisitos sectoriales
El paquete de normas no está aislado por sectores. El Reglamento de baterías (UE) 2023/1542 ya contempla implícitamente la distinción entre lote y producto: los datos de capacidad que cambian por la degradación deben mantenerse actualizados. Sin una arquitectura clara de almacenamiento y resolución, como la que ahora definen EN 18219 y EN 18220, este requisito difícilmente puede cumplirse. Por tanto, los fabricantes de baterías industriales y de baterías para vehículos eléctricos pueden utilizar directamente las nuevas normas como guía de implementación.
Lo mismo se aplica al sector del acero: el borrador del JRC para requisitos específicos de DPP establece que la huella de CO₂ específica del producto debe mantenerse a nivel de lote y calcularse conforme a métodos compatibles con ISO 14067. EN 18216 proporciona el modelo de datos y EN 18219, la arquitectura de almacenamiento.
Qué deberían hacer ahora las empresas
Inventario de la infraestructura de identificación
El primer paso consiste en comprobar si los identificadores de producto existentes cumplen EN 18217. Quienes ya utilizan GTINs y GS1 Digital Links están bien posicionados. Quienes emplean identificadores propietarios deben desarrollar una estrategia de migración.
Planificar la arquitectura del resolver
EN 18219 hace obligatoria una infraestructura de resolución. Las empresas deben decidir si operarán su propio resolver o recurrirán a un proveedor externo. Lo decisivo es que el resolver admita los formatos de respuesta definidos en la norma y pueda comunicarse con el registro central de la UE de DPP.
Garantizar la conformidad de las API
Quien opere una plataforma propia de DPP debe implementar las interfaces de EN 18220. Para las empresas sin capacidad informática propia, se recomienda seleccionar cuanto antes una plataforma que admita plenamente las normas, y no solo algunos de sus aspectos.
Perspectivas: más normas y actos delegados
CEN y CENELEC han anunciado que ampliarán gradualmente el paquete de normas. Al mismo tiempo, la Comisión Europea trabaja en los reglamentos de ejecución sectoriales que se basarán en estas normas. Para los textiles se ha anunciado un reglamento para 2025; para los productos electrónicos y otros grupos de productos se darán más pasos hasta 2027.
Las empresas que comiencen ahora la implementación tienen una ventaja estructural: todavía pueden tomar decisiones arquitectónicas sin la presión de plazos inmediatos y adaptar gradualmente sus sistemas a nuevos requisitos sectoriales, en lugar de construir bajo presión soluciones monolíticas que dificulten cambios posteriores.
La publicación de EN 18216 a EN 18223 no es un hito burocrático, sino el inicio de una fase concreta de implementación. Quien conozca las normas ya puede tomar hoy las decisiones adecuadas.
