CIRPASS-2 publica su arquitectura de referencia del DPP y un entorno de pruebas de código abierto

Mientras la Comisión ponía en marcha el registro central del DPP, el proyecto financiado por la UE encargado de pilotar los pasaportes a gran escala publicaba las herramientas con las que quiere que trabajen los implementadores. CIRPASS-2, que se desarrolla de mayo de 2024 a abril de 2027 y abarca 13 pilotos en textiles, electrónica, neumáticos y productos de construcción, publicó un conjunto de resultados entre junio y julio de 2026. Todos figuran en la página de resultados del proyecto.

D4.1: la arquitectura de referencia

Publicada el 10 de junio de 2026, la versión actualizada de la arquitectura de referencia D4.1 propone una arquitectura de referencia del sistema del Pasaporte Digital de Producto y recomendaciones para su implementación. Se acompaña de un documento complementario sobre riesgos y medidas de mitigación y de una ficha resumen para quienes quieran las recomendaciones sin el texto completo.

Hay dos matices importantes. Primero, se trata de un entregable de un consorcio. No es un acto de la Comisión ni una norma de CEN-CENELEC, y no confiere la presunción de conformidad que sí otorgan las normas EN 18xxx citadas. Segundo, es una actualización. CIRPASS-2 publicó una primera versión del D4.1 en 2025, y el primer proyecto CIRPASS publicó una arquitectura de sistema en 2024. Quien compare con borradores anteriores debería comprobar qué versión tiene.

Un entorno de pruebas de código abierto

El 16 de junio de 2026, el proyecto publicó un entorno de pruebas de código abierto que incluye un registro simulado de la UE y herramientas de validación. Para los equipos de desarrollo, esto cubre un hueco práctico. El registro de la propia Comisión dispone de un entorno de pruebas, pero es un espacio compartido operado por la Comisión. Una simulación local permite a un equipo ejecutar flujos de registro y validación de pasaportes dentro de su propia cadena de compilación y comprobar que la carga útil de un pasaporte está bien formada antes de tocar el sistema oficial. Nuestro panorama del código abierto se actualizará a medida que evaluemos el conjunto de herramientas.

Evidencias de los pilotos y las encuestas

Otras tres publicaciones aportan evidencias más que arquitectura:

• Resultados de la encuesta sobre preparación para el DPP (10 de abril de 2026), basados en encuestas realizadas entre diciembre de 2025 y marzo de 2026. El proyecto señala que la información regulatoria disponible públicamente se percibe como insuficiente y de difícil acceso, y que los problemas de preparación van más allá de una carencia de información.
• Encuesta de implementación en el sector de los AEE (6 de marzo de 2026), sobre los factores impulsores y las barreras en electrónica.
• Encuesta sobre granularidad en textiles (3 de julio de 2026), que recoge los comentarios del sector sobre las recomendaciones de granularidad del proyecto para textiles y prendas de vestir. El propio estudio del JRC sobre el contenido del DPP en textiles se apoya en el análisis de granularidad de CIRPASS-2.

El proyecto también publicó un panorama de las iniciativas mundiales de normalización del DPP (25 de junio de 2026), una nota sobre la conexión entre los enfoques de interoperabilidad Asset Administration Shell y RDF (30 de abril de 2026) y su respuesta a la consulta de la Comisión sobre el proyecto de acto relativo al registro (27 de mayo de 2026).

Cómo encaja esto con la pila oficial

El reparto de tareas es ya razonablemente claro. El ESPR y sus actos delegados fijan los requisitos legales y los datos que debe llevar cada grupo de productos. Las normas del JTC 24 de CEN-CENELEC definen cómo se identifica, transporta, almacena, intercambia y protege un pasaporte. El registro de la Comisión y el Implementing Regulation (EU) 2026/1778 aportan el índice central. CIRPASS-2 se sitúa al lado como banco de pruebas: implementaciones de referencia, pilotos y evidencias que retroalimentan a la Comisión y a los organismos de normalización. Su trabajo previo sobre el modelo de datos siguió el mismo patrón.

Qué hacer ahora

• Descargue la ficha resumen del D4.1 y el documento complementario sobre riesgos, y compare el modelo de roles (operador económico, proveedor de servicios, autoridad, usuario final) con su propia arquitectura.
• Levante el entorno de pruebas de código abierto en una rama de desarrollo y ejecute su flujo de registro contra el registro simulado antes de usar el espacio compartido de la Comisión.
• Si trabaja en textiles, electrónica, neumáticos o construcción, examine el piloto de su sector. La página de resultados enlaza con cada uno de ellos.

Fuente principal: resultados del proyecto CIRPASS-2.