Qué evidencia queda registrada cuando el cliente confirma con biometría

Cuando un cliente confirma una operación con biometría, lo que ocurre en pantalla dura apenas un instante. Lo que queda después, en cambio, es un expediente. Ese expediente es el que se consulta meses más tarde, cuando llega una reclamación y alguien pregunta si el titular autorizó de verdad el ajuste de apalancamiento o el cierre de una posición. La respuesta no puede apoyarse en la memoria del operador ni en un registro de sesión genérico: necesita campos concretos, ordenados y verificables.

Los campos que sostienen una reclamación

No todo lo que genera el sistema tiene el mismo peso probatorio. En la práctica, hay cuatro elementos que conviene conservar juntos, porque aislados pierden fuerza:

• Marca temporal precisa. No basta con la fecha. Se necesita el instante exacto, con zona horaria, y su relación con el momento en que el motor de riesgo disparó el aviso de margen. Un desfase de segundos entre ambos eventos puede ser la diferencia entre una confirmación previa y una posterior.
• Resultado de la comparación de rasgos. El sistema no guarda la imagen ni el dato biométrico en bruto: guarda el resultado de la verificación, el umbral aplicado y la versión del motor que lo evaluó. Ese detalle importa cuando el proveedor actualiza el algoritmo y hay que explicar por qué una validación antigua se resolvió como se resolvió.
• Identificador del dispositivo y de la sesión. Permite reconstruir desde dónde se confirmó, si fue el dispositivo habitual del cliente o uno nuevo, y si la sesión se interrumpió y se retomó. En reclamaciones por suplantación, este campo suele ser el primero que se revisa.
• Referencia del aviso de margen. El enlace entre la validación y el evento que la originó. Sin esa referencia, la confirmación queda huérfana: se sabe que alguien validó, pero no qué operación estaba autorizando.

Estos cuatro campos no se guardan por separado en sistemas distintos. Se consolidan en un registro único por evento, con un identificador que permite recuperarlo completo. Si uno de ellos falta, la defensa se debilita de forma proporcional a lo que ese campo aportaba.

Cuánto tiempo y en qué formato

La conservación depende del marco normativo de cada entidad, pero hay una regla práctica que suele funcionar: el registro debe sobrevivir al menos tanto como el plazo en que un cliente puede impugnar una liquidación. Si ese plazo se extiende, el registro se extiende con él. Guardar de más tiene un costo bajo; guardar de menos convierte una reclamación ganable en un problema abierto.

El formato también importa. Un registro exportable, con campos nombrados y sin dependencia de una interfaz propietaria, es mucho más útil ante un revisor externo que una captura de pantalla o un volcado ilegible. Cuando un auditor o un área de cumplimiento pide explicaciones, lo que se entrega es el registro tal cual, no una reconstrucción posterior.

Qué no conviene prometer

Ningún registro sustituye el criterio jurídico. La plataforma documenta lo que ocurrió y cuándo, pero la valoración de esa evidencia corresponde a quien la interpreta. Cada entidad debe validar que su esquema de conservación cumple con la normativa local de protección de datos y de firma electrónica aplicable, y ajustar los plazos y los formatos a lo que esa normativa exija. La trazabilidad ayuda; no decide por sí sola.

Si el equipo de riesgo y el de cumplimiento acuerdan de antemano qué campos se conservan, durante cuánto tiempo y cómo se presentan, la reclamación deja de ser una sorpresa y se convierte en un procedimiento. Ese acuerdo previo vale más que cualquier mejora técnica posterior.