Antes de tocar una sola plantilla real conviene ordenar el terreno. Esta hoja de ruta inicial marca qué revisar en los flujos existentes, qué registrar como consentimiento y cómo medir el costo de cómputo con datos que no comprometan a nadie. No hace falta crear una cuenta ni solicitar acceso: el recorrido es de lectura y trabajo interno del equipo.
Inventariar los flujos de identidad
El punto de partida no es la criptografía, es el mapa de dónde se captura biometría hoy: alta de cliente, acceso a canales digitales, recuperación de credenciales, validación en sucursal. Para cada flujo hay que anotar qué se captura, dónde se compara y si la verificación es uno a uno contra una plantilla ya registrada o una búsqueda contra un padrón. Esa distinción define qué operaciones pueden moverse a cómputo cifrado y cuáles quedan fuera del alcance inicial.
Definir la base de consentimiento
Un registro de consentimiento útil distingue el hecho del acuerdo de los datos que lo respaldan. Conviene fijar por escrito qué se informa al usuario, con qué finalidad declarada, cómo se vincula ese registro con la verificación concreta y de qué manera se propaga una revocación a los sistemas que ya procesaron la comparación. Los consentimientos heredados de canales presenciales suelen ser el punto más incómodo: hay que decidir si se migran, se renuevan o se dejan fuera del nuevo circuito.
Elegir parámetros de esquema
La selección de parámetros depende del tamaño de la plantilla biométrica y del presupuesto de latencia que el servicio pueda tolerar. Cada operación cifrada es más lenta que su equivalente en claro, y los textos cifrados crecen con la profundidad del cálculo. Aquí conviene documentar desde el inicio la rotación de claves: quién las genera, dónde viven, cada cuánto se reemplazan y qué ocurre con las verificaciones en curso durante ese cambio.
Probar carga con plantillas sintéticas
Antes de acercar datos reales, las pruebas de carga se hacen con plantillas sintéticas que reproduzcan el tamaño y la distribución esperada. El objetivo es medir cómputo, detectar cuellos de botella en los bordes del sistema y ajustar hardware o arquitectura sin exponer información de personas. Los fallos suelen aparecer en las interfaces que rodean al esquema, no en la criptografía: registros de depuración, métricas que filtran detalles de las comparaciones, flujos de recuperación que reintroducen la biometría por otra vía.
Preparar respuestas regulatorias
Las autoridades rara vez prescriben una tecnología concreta, pero sí exigen poder demostrar minimización, finalidad determinada, seguridad proporcional y derechos ejercibles. Para un sistema de identificación biométrica eso se traduce en preguntas concretas sobre retención, cifrado, trazabilidad y capacidad de respuesta ante solicitudes de acceso o supresión. Tener esa documentación armada antes de una auditoría interna ahorra bastante fricción después.