La arquitectura en una frase
Un modelo de datos conforme para el pasaporte de baterías debe separar los datos del modelo, el contexto del lote y el registro de la batería individual. Los datos del modelo pueden reutilizarse entre unidades idénticas. Los datos del lote pueden conectar una tirada de producción con sus unidades. Los datos individuales necesitan una identidad persistente propia porque el rendimiento, el estado de salud y el historial de uso pertenecen a una batería física concreta.
Esta es la arquitectura que hace escalable la trazabilidad de baterías sin perder la función de «número de serie digital» del pasaporte.
La base jurídica es el Reglamento (UE) 2023/1542. El artículo 77(2) exige que cada pasaporte de una batería dentro del alcance contenga información sobre el modelo de batería e información específica de la batería individual, incluida la información resultante del uso. El anexo XIII define las capas de datos exigidas. El Registro europeo de Pasaportes Digitales de Producto aporta después la infraestructura común para registrar identificadores y relacionar modelos, lotes y artículos.
El resultado no son tres pasaportes independientes. Es un registro de pasaporte con niveles de granularidad relacionados.
Empiece por las capas legales, no por las tablas de su ERP
El anexo XIII no parte de un «maestro de producto» genérico ni de un esquema de base de datos. Divide la información por objeto y nivel de acceso:
| Capa del anexo XIII | Objeto | Audiencia principal | Ejemplos |
|---|---|---|---|
| Punto 1 | Modelo de batería | Público general | Composición, química, huella de carbono, capacidad nominal, tensión, capacidad de potencia, vida útil prevista, garantía, conformidad e información sobre residuos |
| Punto 2 | Modelo de batería | Personas con interés legítimo y Comisión | Composición detallada de cátodo, ánodo y electrolito, piezas y fuentes de repuestos, información de desmontaje y medidas de seguridad |
| Punto 3 | Modelo de batería | Organismos notificados, autoridades de vigilancia del mercado y Comisión | Informes de ensayo que demuestran la conformidad |
| Punto 4 | Batería individual | Personas con interés legítimo | Valores de rendimiento iniciales y al cambiar de estado, estado de salud, estado, datos de ciclos y eventos, condiciones de funcionamiento y estado de carga |
Esto impone dos restricciones de diseño al equipo de implementación:
- no todos los campos son públicos; y
- no todos los campos son estáticos.
Por tanto, el modelo debe admitir tanto herencia de datos como actualizaciones controladas y fechadas.
Datos del modelo: la base técnica reutilizable
Los datos del modelo describen la versión de batería cuyas unidades comparten las mismas características técnicas relevantes y el mismo identificador de modelo. Ese es el significado de «modelo de batería» en el artículo 3(19) del Reglamento de Baterías.
Para el acceso público, el punto 1 del anexo XIII enumera un conjunto amplio de campos de modelo, entre ellos:
- la información del anexo VI, parte A, como fabricante, categoría, lugar y fecha de fabricación, peso, capacidad, química, sustancias peligrosas, agente extintor y materias primas fundamentales;
- composición material, química y materias primas fundamentales;
- información sobre la huella de carbono;
- información sobre abastecimiento responsable;
- contenido reciclado y renovable;
- capacidad nominal, tensión mínima, nominal y máxima;
- capacidad y límites de potencia originales;
- vida útil prevista y ensayo de referencia;
- umbral de capacidad de agotamiento para baterías de vehículos eléctricos;
- intervalo de temperatura cuando no está en uso;
- periodo de garantía de vida útil en calendario;
- eficiencia energética inicial y durante el ciclo de vida;
- resistencia interna de la celda y del paquete; y
- la tasa C correspondiente.
Estos campos son candidatos a formar un objeto de modelo en el sistema de datos. Una unidad puede referenciar el objeto de modelo en lugar de duplicar los mismos valores en cada registro. Esto reduce las ediciones incoherentes y hace visible una revisión del modelo.
No utilice la herencia del modelo para ocultar diferencias a nivel de unidad. Si un campo puede variar por batería, evento de fabricación o evento de ciclo de vida, necesita una regla explícita que indique si se hereda, se sobrescribe o se registra a nivel individual.
Datos del lote: contexto intermedio útil, sin atribuirle obligaciones que la ley no crea
El lote es la capa entre modelo y artículo. Puede capturar contexto de una tirada de fabricación como:
- intervalo de fechas de producción;
- planta o línea de fabricación;
- referencias a lotes de proveedores de celdas o módulos;
- liberación de calidad y resultados de inspección;
- cambios de materiales o procesos;
- contexto del cálculo de la huella de carbono cuando la declaración aplicable sea por modelo y planta; y
- conjunto de identificadores de baterías individuales producidas conjuntamente.
Los datos de lote son valiosos para investigaciones, retiradas, trazabilidad de proveedores y carga eficiente de datos. También forman parte de la arquitectura común del Registro PDP. El Reglamento de Ejecución (UE) 2026/1778, artículo 8, exige que el Registro admita el nivel especificado por la legislación de la Unión aplicable, es decir, modelo, lote o artículo. Cuando un pasaporte se crea a nivel de artículo, deben vincularse los identificadores de lote y modelo correspondientes cuando existan esos diseños. Cuando se crea a nivel de lote, debe vincularse el identificador de modelo cuando exista un modelo.
La cautela jurídica es importante: el anexo XIII del Reglamento de Baterías describe expresamente información de modelo e información de batería individual. No crea una «sección universal de datos de lote» separada con una lista completa de campos obligatorios. Trate el lote como una relación y una agrupación operativa salvo que un acto específico sobre baterías, una especificación de datos u otra norma de la Unión aplicable exija un campo a nivel de lote.
En otras palabras, el lote es una capa de implementación importante, pero no debe presentarse como una tercera categoría del anexo XIII con contenido obligatorio inventado.
Datos del artículo: la identidad y el registro de ciclo de vida de la batería
El registro de la batería individual es la parte que responde a «¿qué batería física es esta?». El artículo 77(3) exige que el pasaporte sea accesible mediante un QR vinculado a un identificador único atribuido a la batería. El artículo 3(66) define ese identificador único como una cadena de caracteres única que identifica baterías y permite un enlace web al pasaporte.
El punto 4 del anexo XIII exige información de la batería individual, entre ella:
| Grupo de campos individuales | Ejemplos | Por qué importa |
|---|---|---|
| Rendimiento inicial y al cambiar de estado | Valores de parámetros de rendimiento y durabilidad al ponerla en el mercado y cuando la batería cambia de estado | Establece una línea base comparable y registra qué cambió |
| Estado de salud | Información de SOH conforme al artículo 14 | Permite servicio, valoración residual y decisiones de segunda vida |
| Estado | Original, reconvertida, reutilizada, remanufacturada o residuo | Muestra en qué punto del ciclo de vida está la batería |
| Datos de uso | Ciclos de carga y descarga, accidentes u otros eventos negativos | Apoya decisiones de seguridad, garantía, valor residual y reutilización |
| Condiciones de funcionamiento | Condiciones ambientales periódicas, incluida la temperatura | Aporta contexto para degradación y seguridad |
| Estado de carga | Información del estado de carga registrada periódicamente | Apoya casos de uso de ciclo de vida basados en interés legítimo |
El identificador único debe ser persistente. Una actualización del estado de salud debe actualizar el registro individual del pasaporte, no crear una identidad nueva para la misma batería sin cambios de identidad. Se necesita una identidad nueva cuando la ley exige un nuevo pasaporte después de preparar una batería para reutilización, preparar su reconversión, reconvertirla o remanufacturarla. En ese caso, el nuevo pasaporte enlaza con el pasaporte o pasaportes originales conforme al artículo 77(7).
Relación práctica entre modelo y artículo
Una estructura lógica útil es:
Fabricante
-> Planta de fabricación
-> Modelo de batería
-> Lote de producción
-> Batería individual
-> Eventos de ciclo de vida
-> Vistas del pasaporte con acceso controlado
La ruta de identidad física y digital es:
Batería individual
-> identificador único de batería
-> soporte de datos QR
-> endpoint del pasaporte de baterías
-> relación de modelo, lote y datos del artículo
El lote no sustituye a la identidad del artículo. Es una agrupación que facilita la operación del registro individual. Si el mismo modelo se produce en dos plantas, los datos de modelo pueden necesitar contexto específico de planta. Esto es especialmente relevante para las declaraciones de huella de carbono: el artículo 7(1) exige una declaración de huella de carbono para cada modelo de batería y cada planta de fabricación.
Diseño de identificadores: distinga tres elementos
Los equipos suelen usar «el identificador» para referirse a varios valores diferentes. Sepárelos explícitamente:
| Identificador | Función | Fuente jurídica o de implementación |
|---|---|---|
| Identificador de modelo | Identifica la versión de batería y sus características técnicas compartidas | Artículo 3(19) del Reglamento de Baterías y definición de modelo del artículo 3(19) |
| Identificador de lote | Agrupa unidades producidas o gestionadas conjuntamente | Relación del Registro y diseño de trazabilidad del fabricante; los requisitos exactos dependen de la ley aplicable |
| Identificador único de batería/producto | Identifica la batería individual y permite el enlace al pasaporte | Artículos 3(66), 77(3) y 77(10) del Reglamento de Baterías; familia ISO/IEC 15459 o equivalente |
| Identificador único de registro del Registro | Identificador persistente generado por el Registro de la Comisión tras registrar los datos correctamente | Reglamento de Ejecución (UE) 2026/1778, artículo 8(8) y (10) |
El QR es un soporte de datos, no un cuarto objeto empresarial. Codifica o resuelve al identificador y a la ruta de acceso al pasaporte. No sustituya silenciosamente el identificador de la batería por el identificador de registro del Registro sin comprobar los requisitos técnicos aplicables.
El ESPR también exige un identificador único y persistente de producto conectado mediante un soporte de datos y remite a las normas ISO/IEC 15459. El Reglamento de Baterías exige específicamente que el QR y el identificador único cumplan las normas ISO/IEC 15459-1 a 15459-6 o normas equivalentes.
Arquitectura de acceso: un registro, distintas vistas
Un pasaporte de baterías no debe implementarse como una única respuesta JSON sin restricciones. El artículo 77(2) y el anexo XIII crean niveles de acceso, mientras que el artículo 78 exige que el acceso sea gratuito y se base en los derechos pertinentes.
El equipo de producto debe definir como mínimo estas vistas:
- Vista pública del modelo: la información del punto 1 del anexo XIII.
- Vista del modelo para interés legítimo: la información detallada de composición, piezas, desmontaje y seguridad del punto 2.
- Vista de autoridades: informes de ensayo y otra información reservada a organismos notificados, autoridades de vigilancia del mercado y Comisión.
- Vista individual para interés legítimo: estado de salud, estado y datos de uso del punto 4.
- Vista de edición del operador: usuarios autenticados autorizados a introducir, modificar o actualizar datos.
El acto de ejecución de la Comisión previsto en el artículo 77(9) debe especificar qué personas tienen un interés legítimo y hasta qué punto pueden descargar, compartir, publicar y reutilizar los datos correspondientes. A 13 de agosto de 2026, las categorías de acceso están en el Reglamento, pero los permisos detallados deben verificarse contra el acto de ejecución definitivo antes del lanzamiento.
Los datos comercialmente sensibles deben minimizarse para cada rol. Un reciclador puede necesitar instrucciones de desmontaje y datos de composición sin necesitar todos los campos empresariales internos. Un participante del mercado energético puede necesitar información individual relevante para utilizar esa batería en un contexto de mercado energético. El acceso basado en roles forma parte del modelo de datos, no es un añadido posterior a la web.
Los datos dinámicos requieren historial de eventos, no solo campos que se sobrescriben
Para los datos de ciclo de vida, una sola columna de «estado actual» no basta. Conserve tanto el valor actual como un historial de eventos auditable.
Una estructura práctica de eventos puede incluir:
| Evento | Gestión necesaria |
|---|---|
| Fabricación | Crear la identidad individual, vincular modelo y lote y guardar valores iniciales de rendimiento |
| Puesta en el mercado o puesta en servicio | Confirmar que el pasaporte está disponible y que el registro del identificador del operador está completo |
| Actualización de servicio o monitorización | Registrar origen, marca de tiempo, contexto de medición y estado de salud o carga actualizado |
| Evento negativo | Registrar el tipo de evento y el impacto pertinente en seguridad o rendimiento |
| Reutilización, reconversión o remanufactura | Crear nuevo pasaporte, enlazar pasaporte(s) original(es), actualizar estado y nuevos marcados |
| Estado de residuo | Transferir la responsabilidad conforme al artículo 77(7) |
| Reciclaje | Finalizar el pasaporte conforme al artículo 77(8), conservando solo lo que exija otra norma |
El Reglamento exige exactitud, integridad y actualidad conforme al artículo 77(4), autenticación e integridad de datos conforme al artículo 78(g) y derechos de actualización restringidos conforme al artículo 78(f). Estos requisitos favorecen registros versionados, procedencia de las fuentes y flujos controlados.
Arquitectura del Registro: índice central y datos detallados descentralizados
El sistema PDP de la UE es híbrido. El artículo 13 del ESPR establece un Registro central para identificadores únicos y determinados datos de registro. El operador económico responsable o un proveedor autorizado almacena los datos detallados del pasaporte conforme al artículo 78(c) del Reglamento de Baterías y al marco ESPR.
El Reglamento de Ejecución 2026/1778 lo hace operativo. El Registro valida la estructura de datos y la granularidad exigida, almacena identificadores y metadatos relevantes y crea un identificador de registro único y persistente tras una validación correcta. Los datos completos de la batería siguen disponibles a través del endpoint del pasaporte del operador o del proveedor autorizado.
Para la arquitectura del sistema, esto significa que:
- el Registro no es toda la base de datos de baterías;
- su plataforma debe proporcionar un endpoint de pasaporte estable y resoluble;
- la unicidad de identificadores necesita gobernanza fuera de un generador de imágenes QR;
- el estado de registro del Registro y la versión de los datos del pasaporte deben seguirse por separado; y
- el pasaporte debe seguir disponible aunque el operador original deje de funcionar.
El Registro PDP se lanzó con un entorno de pruebas el 20 de julio de 2026. El registro está disponible mediante una interfaz de usuario segura o una API. Construya la integración de modo que la validación del Registro, los reintentos, el versionado y la prueba de registro sean estados operativos observables.
Controles de calidad de datos antes de publicar
Aplique estos controles a cada capa:
Controles del modelo
- Valide la unicidad del identificador de modelo dentro del espacio de nombres del fabricante.
- Exija un vocabulario controlado de químicas.
- Conserve el contexto de planta cuando las reglas de huella de carbono exijan declaraciones por modelo y planta.
- Versione los datos del modelo en lugar de cambiar silenciosamente valores históricos.
- Distinga campos obligatorios de adiciones voluntarias.
Controles del lote
- Exija un identificador de lote inmutable una vez liberadas las unidades.
- Vincule cada unidad con uno o más contextos de producción mediante reglas empresariales claras.
- Conserve referencias a lotes de proveedores sin exponer información comercialmente sensible al rol equivocado.
- Utilice relaciones de lote para flujos de retirada e investigación.
- No infiera el estado de salud de una unidad a partir de la media del lote salvo que el campo sea explícitamente un valor a nivel de lote.
Controles individuales
- Genere un identificador único persistente antes de imprimir el soporte físico QR.
- Garantice que un identificador resuelva a un único registro de batería previsto.
- Valide el identificador y el destino QR frente a la serie final del producto o al registro de fabricación.
- Almacene fuente fechada y contexto de medición para los campos dinámicos.
- Impida ediciones no autorizadas, permitiendo a la vez los roles exigidos por el artículo 78.
- Pruebe las transiciones de reutilización, reconversión, remanufactura y reciclaje.
Qué es vinculante y qué es orientación de implementación
Vinculante actualmente
- La obligación del artículo 77 para cada batería cubierta desde el 18 de febrero de 2027.
- La información del modelo y de la batería individual de los artículos 77(2) y anexo XIII.
- El acceso QR al identificador único de batería conforme al artículo 77(3).
- Datos exactos, completos y actualizados conforme al artículo 77(4).
- La obligación de QR del artículo 13 para todas las baterías desde el 18 de febrero de 2027.
- La excepción para embalaje y documentos acompañantes del artículo 13(7).
- Nuevo pasaporte e historial vinculado tras reutilización, reconversión o remanufactura conforme al artículo 77(7).
- Registro conforme al artículo 77(10) y al artículo 13 del ESPR.
- Reglas de granularidad y vinculación de identificadores del artículo 8 del Reglamento de Ejecución 2026/1778.
Inferencia de implementación o práctica recomendada
- Un esquema normalizado de base de datos para modelo, lote y artículo.
- Una forma concreta de JSON o API para el pasaporte detallado alojado por el operador.
- Un proveedor específico de generación de imágenes QR.
- Una lista concreta de campos de lote más allá de lo que exija la ley aplicable.
- Event sourcing y registros de auditoría inmutables como patrón técnico elegido, aunque son muy recomendables para exactitud, integridad y gobernanza de actualizaciones.
- Tratar el identificador de registro generado por el Registro como el mismo valor que el identificador único de la batería.
Mantener separadas estas categorías protege tanto al equipo de producto como al lector. El Reglamento fija el resultado de cumplimiento. No prescribe toda la arquitectura de ERP, MES, PLM o servicio.
Construya el modelo de datos antes de la etiqueta
El QR es el último paso visible. Un sistema sólido de pasaporte de baterías empieza por la definición de unidad, la gobernanza del modelo, la emisión de identificadores, las relaciones de lote, la política de acceso y la gestión de eventos de ciclo de vida. Cuando esas capas son correctas, la generación QR y el registro en el Registro se convierten en resultados controlados del modelo de datos.
DPPAutomate ayuda a los fabricantes a mapear campos del anexo XIII a sus sistemas, conectar registros de modelo, lote e individuo, proteger el acceso por roles, gestionar actualizaciones y generar endpoints de pasaporte vinculados a QR. Consulte la plataforma DPPAutomate, o revise primero qué es un pasaporte de baterías y el rastreador de plazos del pasaporte de baterías de la UE.
Continúe con el clúster
Utilice esta arquitectura con la guía de códigos QR del pasaporte de baterías, la jerarquía de identificadores PDP y el flujo de emisión masiva. Para la regla general entre grupos de productos, consulte si cada producto necesita un PDP separado.
Fuentes y referencias legales
- Reglamento (UE) 2023/1542, texto consolidado, especialmente artículos 3(19), 3(66), 13, 77 y 78.
- Reglamento (UE) 2023/1542, anexo XIII, información que debe incluir el pasaporte de baterías.
- Reglamento (UE) 2024/1781, ESPR, especialmente artículos 9 a 13 y anexo III.
- Reglamento de Ejecución (UE) 2026/1778, especialmente artículos 1, 8, 9, 10 y 12.
- Comisión Europea, Pasaporte Digital de Producto para baterías, panorama actual de aplicación.
- Comisión Europea, el Registro PDP ya está operativo, 20 de julio de 2026, estado actual e información sobre API/interfaz.
- Comisión Europea, preguntas frecuentes sobre PDP, explicaciones no vinculantes sobre identificadores, acceso y arquitectura.
Nota legal: este artículo es una guía educativa de implementación, no asesoramiento jurídico. Confirme la categoría de batería aplicable, la legislación consolidada vigente, los actos de ejecución y las especificaciones técnicas antes de tomar una decisión de cumplimiento.
