Decisões de crédito em um único fluxo de decisão

Regras ficam no código, consultas a dados no aplicativo e scorecards em planilhas. A Decisimo reúne tudo em um fluxo de decisão, acessado por um endpoint com um documento JSON.

Comece grátis Ver uma solicitação

Uma solicitação de crédito no fluxo de decisão

O sistema do credor envia e recebe JSON, a Decisimo executa o fluxo e a equipe de crédito testa as mudanças com backtests.

  1. Envio dos dados

    O sistema do credor envia um documento JSON ao endpoint.

  2. Consulta aos provedores

    A Decisimo consulta o bureau, os provedores de dispositivo, fraude e perfil do estabelecimento.

  3. Aplicação da política

    A Decisimo executa regras e tabelas, que registram o resultado e o motivo.

  4. Score da solicitação

    A Decisimo calcula o score com o scorecard ou modelo da equipe de crédito.

  5. Retorno do resultado

    O sistema do credor recebe o documento JSON completo, com a saída de cada etapa.

  6. Registro no arquivo de decisões

    A Decisimo grava a decisão na tabela Postgres conectada pelo credor.

  7. Backtest da mudança

    A equipe de crédito testa a release com decisões anteriores antes de implantá-la.

A decisão inteira em um só fluxo

  • Na ordemFonte de dados, conjunto de regras, tabela de decisão e scorecard no mesmo fluxo
  • Um documento JSONEtapas leem entradas identificadas e podem usar resultados anteriores
  • Primeiro ramo correspondenteA bifurcação segue o primeiro ramo cujas condições são atendidas
O canvas SME cash-flow facility vai de Bank feed and ledger aos nós de decisão e a Facility limit
SME cash-flow facility parte de Bank feed and ledger e passa por regras, funções e scorecard até a tabela Facility limit.

Dados de provedores durante a decisão

  • APIs dos provedoresOs provedores do credor retornam JSON ou XML por REST ou SOAP
  • Consultas em conjuntoUma fonte de dados consulta vários provedores de uma vez
  • Falha na consultaUma regra lê o erro e o código HTTP para tratar dados ausentes
A janela da fonte de dados Eligibility lookups lista Credit bureau, Device and fraud signals e Merchant profile
A etapa Eligibility lookups consulta Credit bureau, Device and fraud signals e Merchant profile.

Grave decisões no seu Postgres

  • Resultado em JSONO endpoint retorna o documento com a saída de cada etapa
  • Arquivo de decisõesConecte uma tabela Postgres para gravar cada decisão no seu banco de dados
  • Histórico de resultadosAssocie os resultados posteriores das solicitações às decisões no seu banco de dados
O arquivo de decisões no Postgres mostra entradas de verificações de fraude, resultados decline, refer e approve, IDs de solicitação e horários de recebimento
Application fraud check recebe o JSON da solicitação, devolve a resposta ao sistema do credor e grava uma linha em Your Postgres, decision archive.

Compare uma mudança com decisões anteriores

  • Decisões anterioresUma release alterada é executada sobre decisões já tomadas pelos endpoints de produção
  • Decisões alteradasO resultado lista todas as decisões que mudariam
  • Resultados registradosVeja o desempenho das solicitações por trás das decisões alteradas
Os resultados do backtest mostram 30 de 1.001 decisões que mudariam de approve para decline na comparação com a linha de base
O backtest mostra 30 de 1.001 decisões que mudariam em relação à linha de base, nas mesmas linhas e com dados de demonstração.

Como uma mudança chega ao endpoint

  • RevisõesCompare duas revisões salvas ou duas releases
  • Testes de regressãoOs casos de teste salvos são executados novamente para testar a mudança
  • Release no endpointA release só é implantada após a assinatura da sequência de aprovação do endpoint

Decisões de fraude no mesmo fluxo

O mesmo fluxo de decisão executa regras de fraude junto com as de crédito, usando os dados de fraude do próprio credor.

Perguntas frequentes

O que é um motor de decisão?

Um motor de decisão usa dados da solicitação, regras de negócio e scores para chegar a uma decisão. A Decisimo executa consultas a dados, regras, scorecards e modelos em um fluxo de decisão acessado por um endpoint.

Como conectar o motor de decisão ao meu sistema?

Seu sistema envia um documento JSON ao endpoint do fluxo de decisão e recebe o documento completo de volta, com a saída de cada etapa.

O que acontece se a API do bureau de crédito falhar?

A falha fica registrada na saída com um erro e o código HTTP. Seu conjunto de regras lê essas informações e define o que fazer quando falta uma resposta.

Como testar uma mudança nas regras antes de publicar?

Um backtest executa a release alterada sobre decisões anteriores de produção e lista quais mudariam. Quando há resultados registrados, também mostra o desempenho dessas solicitações.

Escolha uma decisão que sua equipe quer mudar

Teste o fluxo com uma decisão de crédito e compare o resultado com sua política.

Comece grátis