Verificación de identidad y control de acceso biométrico para equipos que trabajan con datos sensibles.
Trayectoria del proyecto
El equipo empezó probando verificación de voz y rostro por separado sobre APIs de dos entidades colaboradoras. Los resultados eran buenos en laboratorio y flojos en producción: micrófonos de celulares viejos, ruido de sucursal y plantillas desactualizadas rompían la experiencia. Esa etapa dejó una lección que todavía ordena las decisiones: sin trazabilidad por canal, ninguna biometría sirve para autorizar una operación bursátil.
En lugar de elegir un único factor, el proyecto pasó a combinar señales y a ponderarlas según el contexto de la operación. Una firma de orden en mercado secundario no exige lo mismo que un inicio de sesión en homebanking. Definir esos umbrales por escenario, y no por proveedor, fue el cambio que permitió hablar de un perfil unificado y no de tres verificaciones pegadas con cinta.
La conversación con áreas de riesgo y legales redefinió la arquitectura: separación entre plantilla y dato crudo, consentimiento revocable por canal y logs con marcas de tiempo verificables. Nada de eso aparece en una demo, pero es lo que decide si una entidad puede exponer la identificación vía API a terceros. Varios de los artículos del portal nacieron justamente de esas discusiones.
Hoy el portal reúne análisis sobre latencia del motor de IA, falsos rechazos en clientes legítimos y custodia de plantillas biométricas. Los equipos que lo siguen llegan con preguntas concretas, no con folletos. Ese es el resultado que más nos importa: que la identidad deje de ser un trámite decorativo y se vuelva una pieza operativa del negocio financiero.
BioID Nexus nació de una incomodidad concreta: en la mayoría de los bancos, la identidad del cliente vive repartida en silos. El homebanking tiene su propia contraseña, la mesa de operaciones pide un token, la app móvil valida por huella y la sucursal vuelve a pedir documento. Cada canal confirma algo distinto y ninguno construye un perfil continuo. Cuando alguien quiere autorizar una orden en el mercado secundario a las tres de la mañana, esa fragmentación se convierte en fricción, en llamadas al soporte o directamente en una operación perdida. Nuestra misión es distinta: sostener un único perfil biométrico que atraviese todos los puntos de contacto sin obligar al cliente a repetir su identidad cada vez.
No vendemos una capa más de seguridad. Trabajamos sobre la idea de que la verificación debe ser invisible cuando el contexto es confiable y estricta cuando no lo es. Eso implica combinar voz, rostro y huella en un motor que decide en milisegundos, pero también implica aceptar límites: dispositivos compartidos, conexiones inestables, plantillas antiguas que ya no representan al usuario. Publicamos lo que funciona y lo que todavía no. La sección de revisión de falsos rechazos, por ejemplo, existe porque medir el error legítimo nos parece tan importante como medir el fraude evitado.
La cronología de BioID Nexus no sigue un plan de producto cerrado. Se armó a medida que los equipos de cumplimiento, los integradores de API y los operadores de mesa fueron marcando qué faltaba para que una sola identidad sirviera en todos los canales.
El punto de partida fue incómodo: cada entidad guardaba su propia plantilla biométrica y el cliente repetía el enrolamiento en cada canal. Durante esta etapa se probó unificar voz y rostro en una credencial operativa que sobreviviera al cambio de dispositivo. Los primeros pilotos mostraron que la huella seguía siendo el ancla más estable cuando la conexión caía a mitad de una orden.
Aquí el trabajo dejó de ser de laboratorio. Los equipos de integración tuvieron que decidir dónde vivía el motor de IA, cómo se separaba la plantilla del dato crudo y qué evidencia quedaba registrada para auditoría. La latencia se volvió el problema central: una firma de orden no puede esperar dos reintentos de voz. Se ajustaron umbrales por segmento en lugar de aplicar un criterio único.
Con la API ya expuesta a terceros, apareció la exigencia de que el cliente pudiera revocar el consentimiento por canal sin romper el perfil completo. Se definió una marca de tiempo verificable por cada autorización y se documentó qué parte del flujo queda bajo responsabilidad del banco y qué parte bajo el proveedor biométrico. Esta etapa consumió más reuniones de cumplimiento que de ingeniería.
El siguiente frente fue la calidad del modelo en condiciones reales: iluminación pobre, micrófonos degradados, cambios de voz por enfermedad. Se midió la tasa de rechazos por segmento antes de tocar cualquier umbral, y se agregaron rutas alternativas de confirmación que no abren brechas. La meta no era cero rechazos, sino que un cliente válido no quede fuera de su propia operación.
La etapa actual es de consolidación: un mismo perfil sirve para banca minorista, tesorería y autorización de operaciones en mercados secundarios. Lo que sigue abierto es la incorporación de nuevas entidades sin duplicar plantillas ni fragmentar la evidencia. Cada integración nueva obliga a revisar los límites del modelo, sobre todo cuando el cliente opera desde dispositivos compartidos o redes inestables.