Autorizar a distancia: lo que aprendimos construyendo FIO

No era una pregunta abstracta. Empecé a hacerla por un problema muy concreto: microcréditos B2C. Necesitaba comprobar, sin ver a la persona cara a cara, que quien estaba autorizando un crédito era realmente su titular. Antes de FIO, eso se resolvía con documentos físicos, validaciones manuales, alguna llamada telefónica. Funcionaba, pero era lento, tenía fricción para el cliente y dejaba espacio para errores.

Lo que hice fue trasladar ese proceso al mundo digital: validar identidad y dejar registro de la voluntad de la persona. Ese fue el origen de FIO.

Llevado al mundo B2B, que igualmente sufre con las validaciones manuales, algo cambió. Las empresas no estaban buscando un verificador de microcréditos, pero reconocían el mismo problema en procesos distintos: alguien tenía que autorizar una operación a distancia, y la empresa necesitaba saber con claridad quién lo había hecho y qué había aceptado. Ahí entendimos que la lógica que habíamos construido servía más allá del caso original.

En el fondo, lo que FIO resuelve siempre son las mismas tres preguntas: quién es la persona que está haciendo la operación, qué operación está autorizando y qué decisión tomó al respecto. Dependiendo del caso, eso puede incluir validación de identidad, biometría, apoyo de inteligencia artificial para detectar inconsistencias, mostrarle a la persona con claridad qué está por autorizar, su aceptación o rechazo, y un registro de lo ocurrido.

Ese último punto —el registro— es el que en la práctica hace la diferencia. No basta con que alguien haga clic en “aceptar”. Si más adelante hay una duda sobre una operación, lo que permite resolverla es poder mostrar quién autorizó, qué autorizó y en qué condiciones.

Hoy FIO se usa sobre todo en procesos de crédito y garantías: validar que quien compra o representa a alguien tiene la identidad y las facultades para autorizar, mostrarle la operación con claridad, y dejar registro de su respuesta. También lo hemos aplicado en validación de representantes, aceptaciones de garantía y aceptación de condiciones comerciales.

No pienso en FIO como una plataforma universal de identidad ni como algo que resuelve cualquier proceso contractual. Es una herramienta que se integra a un proceso puntual de una empresa —no lo reemplaza— y que le da algo específico: más certeza sobre quién autorizó una operación y evidencia de esa autorización.

Diseñarlo así también nos obligó a pensar en la protección de la información: quién puede acceder a los datos, cómo se almacenan, por cuánto tiempo se conserva la evidencia. No es un detalle secundario del producto, es parte de lo que hace que una empresa pueda confiar en usarlo para algo tan sensible como una autorización.

Lo que hemos visto en este tiempo es que la lógica de identidad, operación, decisión y registro se puede aplicar a otros procesos parecidos, más allá del crédito. Todavía estamos explorando cuáles tienen sentido y cuáles no, y prefiero no adelantar casos de uso que aún no hemos confirmado. Lo que sí puedo decir es que el problema que le dio origen a FIO —saber con claridad quién autorizó algo y poder demostrarlo después— sigue siendo tan relevante como cuando empezamos, solo que ahora lo vemos aparecer en más lugares de los que imaginábamos al principio.