Cómo elegir un motor de decisiones de crédito: la guía del comprador

Primero: qué estás comprando en realidad

Cuatro categorías se confunden seguido, y comparar cosas distintas es el primer error. Un rules engine ejecuta reglas, pero no suele traer gobierno, versionado ni orquestación de datos. Un LOS (loan origination system) gestiona el flujo de la solicitud de punta a punta, con la decisión como una parte. Decision intelligence es un paraguas de analítica para diseñar decisiones. Un motor de decisiones es la capa que orquesta datos y modelos, ejecuta la política en tiempo real y conserva la evidencia de cada decisión.

Definí cuál necesitás antes de mirar proveedores: pedir 'un motor de decisiones' y evaluar un LOS (o al revés) lleva a comparaciones que no cierran.

• Rules engine: ejecuta reglas; poco gobierno y orquestación.
• LOS: gestiona toda la originación; la decisión es una parte.
• Motor de decisiones: orquesta datos y modelos, decide y deja evidencia.

El checklist: los siete criterios que importan

Estos son los ejes donde un motor de decisiones se gana o se pierde. Convertilos en preguntas de tu RFP y pedí demostración, no promesas.

• Autonomía: ¿el área de riesgo cambia y publica políticas sin depender de IT?
• Gobierno y auditoría: ¿versionado, trazabilidad, explicabilidad y reason codes de cada decisión?
• Tus modelos: ¿podés ejecutar tus modelos (del notebook a producción) sin migrar tu stack, con monitoreo de drift?
• Orquestación de datos: ¿burós y datos alternativos, consultados en paralelo, con camino de contingencia si un proveedor falla?
• Testing sin riesgo: ¿backtesting contra históricos y champion/challenger sobre tráfico real antes de publicar?
• Seguridad e integración: ¿ISO 27001, RBAC, secretos gestionados, y API/webhooks/batch para tu core?
• Encaje regional: ¿burós y regulación de TUS mercados ya integrados y soportados?

Señales de alarma

Algunas respuestas deberían encender una luz roja durante la evaluación, porque predicen costo o riesgo escondido más adelante.

• Cada cambio de política requiere un desarrollo de IT (no hay autonomía real).
• La conversión a producción exige reescribir tus modelos en el lenguaje del proveedor (lock-in).
• No podés reconstruir una decisión vieja con su evidencia (falla la auditoría).
• El precio no es transparente o penaliza el crecimiento del volumen.
• Promete 'elimina el sesgo' o 'decide solo con IA' — el sesgo se gobierna, no se elimina, y la política debe decidir, no un agente sin control.

Cómo correr la evaluación

Un RFP en papel no alcanza: la diferencia se ve corriendo el motor con tu caso. Pedí una prueba de concepto con una política real tuya y datos de muestra, y medí lo que importa: cuánto tarda tu equipo en cambiar una política, qué evidencia queda de cada decisión, y cómo se comporta bajo tu volumen. Sumá al due diligence la certificación de seguridad y la reconstrucción de una decisión de ejemplo.

Cómo uFlow responde a estos criterios

Con honestidad sobre qué hace y qué no: uFlow es la capa de decisión, no reemplaza tu LOS ni tu ciencia de datos. El área de riesgo edita y publica políticas sin código; cada decisión queda versionada, trazable y explicable; ejecutás tus propios modelos sin migrar tu stack, con monitoreo de drift; orquesta burós y datos alternativos en paralelo, con contingencia; probás con backtesting y champion/challenger; y está certificado ISO/IEC 27001:2022. Con resultados públicos: Colsubsidio bajó su mora del 25% al 12% y Lulo Bank aumentó su capacidad de procesamiento casi un 300%.