Saltar al contenido
03 / Crédito y decisión

Decidir rápido. Poder explicarlo después.

Un flujo eficiente necesita distinguir entre dato, regla y ejecución. La velocidad solo es sostenible cuando la operación puede reconstruir el recorrido.

v2revisión
Empieza la lectura ↓
Cuestión de arquitecturaDato ≠ regla

Una separación de responsabilidades para analizar, probar y revisar decisiones.

Bank of England · IA y estabilidad financiera ↗9 abr 2025 · análisis del sistema financiero británico
La respuesta importa. El camino que la produjo también forma parte del producto.Lectura editorial de Catalisa
01

Más información implica más responsabilidad

El Bank of England señala oportunidades de la IA en las decisiones financieras, acompañadas de riesgos relacionados con los modelos y los datos. Se trata de un debate internacional, no de una medición del rendimiento de los motores brasileños.

En la práctica de producto, hay una pregunta que persiste incluso sin IA: si la política ha cambiado, ¿cómo averiguar qué operaciones usaron la versión anterior? Sin ese vínculo, resulta difícil investigar discrepancias y explicar por qué dos casos siguieron caminos distintos.

Referencia: Bank of England · IA y estabilidad financiera ↗

02

Obtener datos no es evaluar la política

El flujo organiza fuentes, disponibilidad y plazos. El motor evalúa la regla publicada con las entradas recibidas. Un campo ausente, una consulta fallida y un valor válido igual a cero son situaciones distintas; convertirlas todas en un mismo número destruye información relevante.

El contrato de entrada debe conservar calidad y origen suficientes para que la política decida cómo actuar. Según el diseño, el caso puede esperar a una fuente, seguir una ruta alternativa o requerir revisión. Esa elección debe ser explícita, y no un efecto accidental del código.

03

Un cambio de política exige comparación

Antes de publicar una regla nueva, el equipo puede compararla con la versión anterior usando una muestra adecuada de casos. El objetivo es detectar cambios de comportamiento, evaluar excepciones e investigar resultados inesperados. Esto no sustituye la validación de riesgo y de negocio.

Registrar la versión ejecutada ayuda a vincular la política con el resultado. Cuando hay un modelo estadístico o IA, registrar solo la tabla no basta: las versiones de los modelos y las transformaciones relevantes también forman parte de la explicación. El determinismo de una regla y la validez de la política son propiedades distintas.

04

La revisión humana necesita contenido

Una cola de excepciones útil explica el motivo de la derivación, los datos que faltan, la política aplicada y las acciones permitidas. Enviar todos los casos incompletos a la mesa sin priorizarlos puede preservar el control y, al mismo tiempo, destruir la eficiencia.

Por eso, el diseño debe tener en cuenta la capacidad de la cola y el tiempo de espera. Una política que automatiza más decisiones, pero multiplica los casos pendientes difíciles, puede limitarse a desplazar el coste. La evaluación combina resultado, calidad y esfuerzo operativo.

Laboratorio de políticas

Un asunto pendiente. Dos recorridos posibles.

01Datos incompletos
02Política A
03Revisión

En este ejemplo, la documentación incompleta deriva el caso a revisión humana. La cola recibe el motivo y el contexto.

Ejemplo conceptual para explorar responsabilidades. No ejecuta integraciones, decisiones de crédito ni operaciones reales.
Una aplicación posible

Misma entrada, versiones diferentes

Laboratorio conceptual: compara una política que deriva la documentación incompleta a revisión con otra que solicita primero que se complete. El objetivo no es sugerir criterios de concesión, sino hacer visible cómo un cambio de regla modifica el trabajo de la operación.

Cómo evaluar · indicadores sugeridos

Tiempo por etapa

Separar la espera por fuente, la ejecución de reglas y el análisis humano.

Reconstrucción

Porcentaje de casos con entrada, origen, versión y resultado localizables.

Excepciones

Volumen, motivo, antigüedad de la cola y tasa de retrabajo.

Llévalo a la próxima conversación

Tres preguntas
antes de construir.

  1. ¿Un fallo de la fuente aparece como fallo o como rechazo?
  2. ¿Puedes localizar la política utilizada en una operación concreta?
  3. ¿El equipo de análisis recibe un pendiente explicado o solo una propuesta sin respuesta?
La relación con Catalisa

De la lectura
a la composición.

Decision Platform y Decision Engine tienen funciones distintas en Catalisa: reunir fuentes y evaluar políticas. La composición con cálculo, fijación de precios y formalización debe preservar esos contratos y la fase de cada componente.

Fuentes y límites

Lo que lo sustenta
esta lectura.

Las propuestas de pruebas, colas y control de versiones son análisis editorial. No constituyen una recomendación de política de crédito, una promesa de aprobación ni un resultado de cliente.

  1. Bank of England · IA y estabilidad financiera ↗9 abr 2025 · análisis del sistema financiero británico
  2. FSB · Prácticas para la adopción responsable de IA ↗15 oct 2026 · informe final