Cambie la política de crédito esta semana

Todo el ciclo de crédito son decisiones: a quién aprobar, con qué límite, qué ofrecer después y a quién reclamar primero. Automátizalas, cámbialas sin una release y explica cualquiera de ellas meses después.

Plataforma de decisiones Decisimo
Decisión de
admisión
Política de
límites
Scoring de
cobros
Datos de buró
y fraude

Cuatro decisiones, un sistema

Son cuatro políticas distintas, y deben serlo. Lo que no deberían ser es cuatro sistemas distintos, construidos en momentos distintos y divergiendo entre sí.

Admisión de solicitudes

Puntuar la solicitud, consultar buró y fraude en paralelo, aplicar la política y devolver aprobar, denegar o derivar, con los motivos adjuntos.

Límites de crédito

Límites iniciales en la originación y cambios de límite durante la vida de la cuenta, en el mismo sistema y no en una hoja de cálculo aparte.

Venta cruzada

Decidir a quién ofrecer qué, con los datos de cliente que ya tiene, sin un motor de ofertas que contradiga su política de riesgos.

Scoring de cobros

Clasifique y dirija las cuentas según la probabilidad de recuperación, mientras sus sistemas llaman al mismo flujo de decisión según su calendario.

Una política, probada antes de responder

Un flujo de decisión hace que la política sea legible. Una revisión propuesta puede compararse antes de tener que explicar cada decisión.

Editor de flujo: Inicio, buró y fraude, exclusiones, cuota mensual, deuda sobre ingresos, riesgo, política crediticia, Fin
El flujo de decisión de préstamos al consumidor va de Start a End, con nodos definidos que conectan Bureau and fraud con Credit policy. La política de suscripción es legible en un solo lugar.
Ventana de comparación con gráficos de decisiones de aprobación y rechazo y del importe prestado
El panel decision_mix compara Baseline con Comparison para aprobaciones y rechazos, con amount_lent al lado. La política propuesta puede probarse frente a la vigente antes de implementarse.
Gráficos de referencia y comparación de expected_bad_rate para solicitudes aprobadas y denegadas
Las barras de Baseline y Comparison emparejan aprobaciones y rechazos bajo expected_bad_rate. El cambio propuesto reduce la tasa esperada de casos problemáticos aprobados del 1.89% al 1.53%, aunque el grupo rechazado aumenta del 7.07% al 8.24%.
La vista de ejecución muestra credit_policy: score 660, decline; motivo 'commitments leave too little for this instalment'
Un desglose del cálculo muestra una puntuación de 660 a partir de una puntuación de bureau de 695 y cita la tabla de decisión #20493 y la revisión #71181. El rechazo se explica por la asequibilidad: la relación deuda-ingresos es 0.5414 frente a un límite de 0.5.

La solvencia es un uso de IA de alto riesgo

Evaluar la solvencia de una persona aparece en el Anexo III del Reglamento de IA, con obligaciones desde el 2 de diciembre de 2027: registro, documentación técnica y supervisión humana efectiva. El artículo 22 del RGPD ya da a un solicitante denegado derecho a intervención humana y a una explicación significativa. La misma traza responde a ambos.

Ver la página de gobierno

Preguntas que nos hacen

¿Podemos utilizarlo para hipotecas y préstamos con garantía?

Sí, aunque una hipoteca rara vez se completa de principio a fin de forma automatizada. La elegibilidad, la capacidad de pago y las reglas de la política se ejecutan como lógica de decisión tanto para solicitudes con garantía como sin garantía; los documentos, la tasación y la evaluación manual de riesgos se gestionan como un caso que utiliza esos mismos conjuntos de reglas.

¿Qué determina si algo es una decisión en tiempo real o trabajo de un caso?

Depende de si es necesario que intervenga una persona. Si la política puede completarse utilizando datos que usted ya tiene, se trata de una decisión en tiempo real; si espera un documento, una tasación o una revisión humana, se trata de un caso que utiliza las mismas reglas.

¿Podemos cambiar un umbral sin una nueva versión de ingeniería?

Sí. Un analista de riesgos cambia el umbral en el portal, ejecuta la suite de regresión, revisa el impacto en un conjunto de escenarios y lo envía para su aprobación. Sus ingenieros realizan la integración una sola vez.

¿Cómo explicamos una denegación a un cliente o al regulador?

Abra la decisión para ver qué reglas se activaron, qué valores utilizaron y qué puntuación asignó cada modelo según la versión exacta de la política que estaba activa en ese momento.

¿Podemos probar primero una nueva política con tráfico real?

Sí. Ejecútela como challenger junto al champion, compare los resultados y pásela a producción cuando los datos lo justifiquen.

¿Comparten lógica la gestión de cobros y la originación?

Sí. Ambas utilizan flujos de decisiones en la misma plataforma, por lo que la definición de riesgo utilizada en la originación es la misma que se utiliza en la gestión de cobros.

¿Podemos utilizar nuestros propios modelos de puntuación?

Sí. Importe el modelo entrenado y ejecútelo dentro del flujo de decisiones, con sus umbrales, reglas de política y anulaciones manuales.

Ver una denegación explicada

Abra una solicitud pasada, lea qué reglas se activaron sobre qué valores y mire la versión de la política que tomó la decisión.

Empiece gratis