Por qué no basta con completarlo una sola vez
Un pasaporte digital de producto (DPP) no es un archivo PDF estático que se crea una vez y después se archiva. El Reglamento de baterías (UE) 2023/1542 establece expresamente que determinados puntos de datos deben poder actualizarse durante todo el ciclo de vida de una batería. Quien complete su pasaporte al ponerlo en el mercado y después no vuelva a modificarlo no cumple plenamente estos requisitos y se arriesga a sufrir graves problemas de cumplimiento a partir del 18 de febrero de 2027.
Suena trivial, pero no lo es. El informe de implementación de Minespider de 2026 identifica dos debilidades estructurales que afectan a todo el sector: la fragmentación de los datos a lo largo de la cadena de suministro y la ausencia de procesos para actualizar dinámicamente los datos. La combinación de ambas dificulta mantener un DPP coherente durante la operación.
Este artículo explica qué datos deben cambiar y cuándo, cómo es la infraestructura técnica para las actualizaciones y qué procesos organizativos deberían establecer ahora fabricantes y operadores.
Qué cambia y cuándo
Puntos de datos estáticos frente a dinámicos
No todos los campos de un DPP tienen la misma volatilidad. A grandes rasgos, pueden distinguirse dos categorías:
Los datos estáticos se fijan al poner el producto en el mercado y, por lo general, ya no cambian:
- Composición del material y sustancias peligrosas
- Identificación del fabricante y lugar de producción
- Certificaciones en el momento de la introducción en el mercado
Los datos dinámicos, en cambio, cambian a lo largo de la vida útil del producto:
- State of Health (SoH) y State of Charge (SoC) de las baterías: ambos valores cambian con cada ciclo de carga y descarga
- Historial de reparaciones y mantenimiento
- Cambios de propietario y datos de ubicación
- Resultados de las inspecciones de reacondicionamiento al final de la primera vida útil
En particular, para las baterías que tienen una segunda vida como almacenamiento estacionario después de su uso en un vehículo eléctrico, los datos actuales sobre su estado no solo son obligatorios desde el punto de vista normativo, sino también relevantes desde el punto de vista económico: el operador de un sistema de almacenamiento secundario debe saber cuánta capacidad residual está comprando realmente.
Desencadenantes de las actualizaciones obligatorias
El Reglamento no establece intervalos exactos de actualización, pero define acontecimientos que desencadenan una actualización:
- Finalización de un mantenimiento o una reparación
- Transición a una nueva fase de uso (primera vida → segunda vida)
- Cambio de propietario u operador
- Nuevos valores de medición procedentes de sistemas BMS (Battery Management System)
- Retirada del mercado o aviso de seguridad
Quien no haya integrado estos acontecimientos en su proceso interno los pasará por alto en la actividad diaria.
La arquitectura técnica para las actualizaciones de DPP
GS1 Digital Link como ancla estable
La vinculación entre la batería física y el pasaporte digital se realiza mediante un GS1 Digital Link, un URI estandarizado que codifica GTIN y el número de serie, y apunta al registro correspondiente. Lo importante es que el enlace del producto (por ejemplo, impreso como código QR) permanece invariable. Solo se actualiza el registro al que apunta.
Un GS1 Digital Link típico para una batería tiene este aspecto:
https://id.example.com/01/04012345678901/21/ABC-0042
01= GTIN-Qualifier04012345678901= GTIN de la batería21= Qualifier del número de serieABC-0042= número de serie individual
Se trata de una URL de ejemplo meramente ilustrativa, que muestra el esquema URI de GS1 Digital Link. El resolvedor situado detrás de una URL de este tipo redirige al registro actual de DPP. Si cambia el registro, el código QR del producto permanece idéntico; solo se actualiza el destino en el backend. Este es el núcleo conceptual del mantenimiento dinámico de los datos.
Actualizaciones basadas en API: el principio básico
Las plataformas modernas de DPP proporcionan API REST mediante las que pueden actualizarse puntos de datos concretos sin volver a escribir todo el pasaporte. Una solicitud PATCH típica contra una API de DPP podría tener este aspecto:
PATCH /dpp/v1/batteries/04012345678901/21/ABC-0042
Content-Type: application/json
Authorization: Bearer <token>
{
"stateOfHealth": 0.83,
"lastMeasuredAt": "2026-06-20T14:32:00Z",
"measuredBy": "operator:fleet-mgmt-system-v2"
}
La ventaja frente a un PUT completo es que solo se transfieren los campos modificados, el versionado sigue siendo trazable y el registro de auditoría no crece innecesariamente.
Versionado y registro de auditoría
Las normas EN 18216 a 18223, que CEN y CENELEC presentaron el 25 de junio de 2026 en un seminario web público, definen requisitos de coherencia de datos e interoperabilidad. Esto incluye implícitamente la trazabilidad de los cambios: ¿quién modificó qué valor, cuándo y sobre qué base?
Una estrategia mínima de versionado debería guardar los siguientes campos por cada evento de actualización:
{
"version": "3",
"updatedAt": "2026-06-20T14:32:00Z",
"updatedBy": "system:bms-connector",
"changedFields": ["stateOfHealth", "lastMeasuredAt"],
"previousValues": {
"stateOfHealth": 0.87
}
}
Sin este registro, en caso de litigio no se puede demostrar que los datos eran correctos en el momento en cuestión.
Procesos organizativos: qué deben establecer ahora las empresas
Aclarar las responsabilidades sobre los datos
El mayor problema práctico no es de naturaleza técnica. Es determinar quién es responsable de cada punto de datos en la empresa y quién debe iniciar la actualización en caso de duda.
Se recomienda una matriz RACI sencilla que indique para cada punto de datos dinámico:
- Responsible: ¿Quién realiza la actualización?
- Accountable: ¿Quién es responsable ante la autoridad?
- Consulted: ¿Quién proporciona los datos de medición?
- Informed: ¿Quién debe recibir una notificación sobre los cambios?
Integrar la cadena de suministro
Muchos datos dinámicos no se generan en el fabricante, sino en proveedores, empresas de mantenimiento o gestores de flotas. Sin embargo, el fabricante sigue siendo responsable desde el punto de vista normativo de la exactitud del pasaporte. Esto requiere acuerdos contractuales claros e interfaces técnicas mediante las que terceros puedan aportar datos, con formatos y reglas de validación definidos.
El consorcio BatteryPass-Ready, que el 24 de junio de 2026 puso en marcha un entorno público de pruebas, ofrece precisamente una plataforma neutral de validación: las empresas pueden probar sus soluciones de DPP frente a los requisitos normativos antes de ponerlas en producción.
Tener en cuenta el registro central
La Comisión Europea está trabajando en un registro central mediante el cual deberán registrarse y poder localizarse todos los DPPs. Orgalim, la asociación industrial europea de tecnología, ha publicado recomendaciones claras al respecto: el registro debe admitir procesos de registro automatizados y de gran volumen, y estar protegido frente a interrupciones operativas.
Para las empresas, esto significa que sus procesos de actualización no solo deben funcionar con su propia plataforma, sino que, en perspectiva, también deben poder sincronizarse con el registro central de la UE. Quien apueste ahora por soluciones aisladas y propietarias se generará trabajo de migración para más adelante.
Lista de comprobación práctica para el proceso de actualización
Antes de poner el primer DPP en producción, deberían aclararse los siguientes puntos:
- Puntos de datos clasificados: ¿Qué campos son estáticos y cuáles dinámicos?
- Desencadenantes definidos: ¿Qué acontecimientos activan una actualización obligatoria?
- Accesos a la API regulados: ¿Quién puede modificar qué campos y mediante qué interfaz?
- Registro de auditoría implementado: Cada cambio se guarda con fecha y hora, autor y valor anterior.
- Interfaces de la cadena de suministro probadas: Los proveedores de datos externos pueden introducir actualizaciones válidas.
- Compatibilidad con el registro comprobada: El sistema propio puede comunicarse con el futuro registro de la UE.
- Entorno de pruebas utilizado: La plataforma de pruebas BatteryPass-Ready o entornos equivalentes se han utilizado para realizar pruebas de interoperabilidad.
Conclusión
El DPP no es un documento, sino un registro de datos vivo. Los requisitos normativos del Reglamento de baterías (UE) 2023/1542 son claros en este sentido: los puntos de datos dinámicos deben mantenerse actualizados durante todo el ciclo de vida del producto. Quien no establezca a tiempo la infraestructura técnica y organizativa necesaria no logrará cumplir el plazo del 18 de febrero de 2027.
La buena noticia es que los componentes ya existen. GS1 Digital Link resuelve el problema de la identificación, las API REST permiten actualizaciones granulares e iniciativas como BatteryPass-Ready ofrecen infraestructura de pruebas. Lo que falta en muchas empresas son los procesos internos y una asignación clara de responsabilidades sobre los datos; ahí es precisamente donde debería comenzar el trabajo.
