Motor de decisiones de crédito en un solo flujo

Las reglas están en el código, las consultas de datos en la aplicación y los scorecards en hojas de cálculo. Decisimo ejecuta todo en un flujo de decisiones al que la aplicación llama desde un endpoint con un documento JSON.

Empiece gratis Ver una solicitud

Una solicitud de crédito en el flujo de decisiones

  1. Enviar datos de la solicitud

  2. Consultar proveedores

  3. Aplicar la política de crédito

  4. Asignar un puntaje

  5. Devolver el resultado

  6. Guardar en el archivo de decisiones

  7. Probar el cambio con backtesting

Toda la decisión en un flujo

  • En ordenLa fuente de datos, el conjunto de reglas, la tabla y el scorecard siguen el mismo flujo
  • Un documento JSONCada etapa lee las entradas indicadas y puede usar resultados previos
  • Primera rama coincidenteLa bifurcación sigue la primera rama cuyas condiciones coinciden
El flujo SME cash-flow facility recorre Bank feed and ledger y los nodos de decisión hasta Facility limit
SME cash-flow facility recorre datos de Bank feed and ledger, reglas, funciones y un scorecard hasta la tabla Facility limit.

Datos de proveedores durante la decisión

  • API de proveedoresLos proveedores de la entidad responden en JSON o XML por REST o SOAP
  • Consultas en conjuntoUna fuente de datos consulta a varios proveedores a la vez
  • Falla de un proveedorUna regla lee el error y el código HTTP para tratar el dato faltante
La fuente de datos Eligibility lookups muestra Credit bureau, Device and fraud signals y Merchant profile
Eligibility lookups consulta el buró de crédito, los proveedores de dispositivo y fraude, y el perfil del comercio.

Guarde las decisiones en su Postgres

  • Resultado JSON completoEl endpoint devuelve el documento con el resultado de cada componente
  • Archivo de decisionesConecte una tabla Postgres para guardar las decisiones en su base de datos
  • Historial de resultadosRelacione en su base de datos cada decisión con el resultado posterior
El archivo de decisiones Postgres muestra datos de entrada para fraude y resultados decline, refer y approve, con identificadores de solicitud y horas de recepción
Application fraud check recibe el JSON de una solicitud, devuelve el resultado al sistema de la entidad y escribe una fila en Your Postgres, decision archive.

Mida un cambio frente a decisiones anteriores

  • Decisiones anterioresUn release modificado se ejecuta sobre decisiones ya tomadas por los endpoints de producción
  • Decisiones que cambiaríanEl resultado enumera todas las decisiones que cambiarían
  • Resultados registradosConsulte el desempeño de las solicitudes detrás de las decisiones que cambiarían
Los resultados del backtest muestran 30 de 1,001 decisiones que cambiarían de approve a decline en la comparación con la línea base
El resultado del backtest muestra que cambiarían 30 de 1,001 decisiones frente a la línea base sobre las mismas filas, con datos de demostración.

Cómo llega un cambio al endpoint

  • RevisionesCompare dos revisiones guardadas o dos releases
  • Pruebas de regresiónLos casos de prueba guardados se ejecutan de nuevo con el cambio
  • Release del endpointEl endpoint con secuencia de aprobación solo se ejecuta tras firmarlo

Decisiones de fraude en el mismo flujo

El mismo flujo de decisiones ejecuta las reglas de fraude junto a las de crédito con los datos de fraude de la entidad.

Preguntas que nos hacen

¿Qué es un motor de decisiones?

Un motor de decisiones combina datos de una solicitud, reglas de negocio y puntajes para producir una decisión. Decisimo ejecuta consultas de datos, reglas, scorecards y modelos en un flujo de decisiones detrás de un endpoint.

¿Cómo puedo probar un cambio de política antes del release?

El backtest ejecuta el release modificado sobre decisiones anteriores de producción y enumera cuáles cambiarían. Si hay resultados registrados, muestra el desempeño de esas solicitudes.

Empiece con una decisión que su equipo necesita cambiar

Empiece gratis