Preparar el pasaporte de baterías empieza con 71 decisiones de datos

El 21 de agosto de 2026, la Comisión publicó orientación actualizada que reúne 71 datos y los clasifica como obligatorios, opcionales, condicionales o no requeridos. La propia Comisión advierte que no es jurídicamente vinculante y puede actualizarse.

La página sectorial indica que el pasaporte se aplica desde el 18 de febrero de 2027 a baterías de vehículos eléctricos, medios ligeros de transporte e industriales de más de 2 kWh.

Recolectar todos los campos posibles sin decidir alcance desperdicia meses. Primero hay que identificar categoría, modelo, rol del operador económico y las condiciones que activan cada obligación.

La decisión de aplicabilidad se guarda con fuente y fecha para poder actualizarla sin perder por qué se tomó la versión anterior.

Los 71 datos no vienen de un solo sistema. Ingeniería conserva especificaciones; proveedores, composición; cumplimiento, conformidad; y servicio o recuperación, información de ciclo de vida. Cada campo necesita sistema de registro, dueño, disparador de actualización, clase de acceso y revisor.

‘Datos del proveedor’ no es una responsabilidad. Debe constar cuál proveedor, qué declaración o contrato, qué versión y qué modelo cubre. También quién escala evidencia tardía o contradictoria.

Una excepción no puede depender de que alguien la recuerde. Cambios de capacidad, química, componentes, proveedor o mercado pueden alterar los datos exigidos.

El proceso debe identificar pasaportes afectados, conservar la versión previa, solicitar nueva evidencia, revisar y publicar la corrección por la vía de acceso apropiada.

No toda información tiene el mismo derecho de acceso. Un piloto útil prueba vistas públicas, restringidas y de autoridad competente en vez de esconder todo detrás de un único QR.

La restricción excesiva puede ocultar información obligatoria y una apertura excesiva puede revelar datos comerciales. Ambos fallos deben aparecer antes de escalar.

Crear una fila por dato y registrar aplicabilidad, referencia legal, fuente, responsable, estado, acceso, disparador y última revisión. Probarlo con un modelo real, una fuente corregida y al menos un campo condicional.

El registro de brechas debe separar evidencia faltante, interpretación abierta, integración técnica y datos que esperan una actualización oficial. Revisarlo con ingeniería, compras, cumplimiento y servicio.