Explicabilidad de decisiones de crédito: cómo responder un rechazo con evidencia

¿Por qué la explicabilidad dejó de ser opcional?

La presión viene de tres frentes a la vez. El cliente espera una razón concreta y accionable, no un "no cumple los requisitos". Buena parte de los marcos de protección al consumidor financiero de la región avanza en exigir que el rechazo sea explicable, con alcances que varían por país. Y adentro de la institución, riesgo y auditoría necesitan entender qué está decidiendo el motor para poder gobernarlo.

La trampa habitual: intentar reconstruir la explicación a posteriori, con logs dispersos y la memoria del equipo. La explicación confiable no se reconstruye — se registra en el momento de decidir.

¿Qué necesita registrar una decisión para ser explicable?

Para que cualquier decisión pueda explicarse meses después, el registro tiene que capturar cuatro cosas en el momento de la ejecución:

• Las entradas: qué variables y valores recibió la política, incluida — cuando está habilitada — la evidencia de las respuestas de los proveedores consultados.
• La lógica: qué versión exacta de la política corrió — con sus reglas, matrices y cortes de ese momento.
• El camino: qué ramas se ejecutaron y qué evaluó cada condición relevante.
• El resultado: la decisión final y las variables intermedias que la determinaron.
• En uFlow ese registro forma parte del diseño: las ejecuciones quedan como transacciones consultables por identificador, fecha o variables autorizadas, según los permisos de cada instalación.

Explicar decisiones donde participa un modelo

El score estadístico es la parte más difícil de explicar — y la razón por la que conviene que el modelo informe y la política decida. Cuando la salida del modelo entra a reglas explícitas (cortes, matrices, exclusiones), la explicación del caso individual vuelve a ser concreta: "el score quedó por debajo del corte para este producto y este segmento".

Complementos que fortalecen la explicación: registrar qué versión del modelo participó en cada decisión, y mantener las variables de entrada del modelo dentro del registro de la transacción — así el análisis posterior puede reconstruir también el contexto del score.

El circuito operativo de un reclamo

Con el registro completo, responder un reclamo deja de ser una investigación y pasa a ser un procedimiento:

Las prácticas descritas deben adaptarse a la normativa, las políticas de crédito y las obligaciones de protección al consumidor y de datos personales aplicables en cada país.

• Buscar la transacción por su identificador (o por variables autorizadas e indexadas por la institución).
• Reconstruir el camino: qué reglas se aplicaron, con qué valores, qué versión de la política decidió.
• Si la duda es el dato de origen, recuperar la evidencia de lo que informó el bureau ese día, según los permisos de acceso.
• Responder con hechos: la razón concreta del rechazo y, si corresponde, qué tendría que cambiar para una reevaluación.
• Dejar el caso documentado: el mismo registro sirve para el reclamo siguiente y para el reporte al regulador.