Campos do card, motor de crédito, bureau e transações
Componentes com peso declarado e regras eliminatórias à parte
Score, faixa de prioridade e motivo por pedido
Score no card, fila do comercial, agente de IA e alertas
O que resolve
- O comercial trabalha a fila na ordem da chance de virar crédito, não na ordem de chegada.
- Cada nota se explica: dá para dizer quantos pontos vieram da garantia, da renda e do LTV.
- O corte de aprovação é avaliado contra o atraso que veio depois, por faixa de score.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- A esteira conectada na Nekt (Pipefy, Zeev ou core), com os campos de garantia, renda e valor do crédito
- Os componentes e pesos do score acordados com crédito e comercial
- Para calibrar o corte: o log de decisões e o atraso dos contratos liberados
O que você recebe
- Uma tabela por pedido com o score, os pontos de cada componente e as regras que falharam
- O score gravado de volta no card ou no CRM, pronto para ordenar a fila
- Um agente de IA que explica a nota de qualquer pedido
- Alertas quando a taxa de aprovação de um banco ou segmento sai do padrão
Onde ativar
A nota e os pontos por componente voltam para o card ou o negócio, e a fila do comercial ordena por eles.
Explica por que um pedido recebeu a nota e qual regra o derrubou, com os pesos do context document.
Checagem diária e por lote do log do motor: taxa de aprovação por banco ou segmento fora do padrão vai para o Slack.
O cálculo é SQL simples. O trabalho está em fechar os pesos com o time, limpar os campos do card e montar o retorno para a esteira. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.
Os dados que decidem um crédito estão espalhados: valor e ano da garantia no card, renda digitada como texto, score de bureau num log, salário escondido nas transações bancárias. Cada analista pondera de um jeito e a fila anda por ordem de chegada. Quando alguém monta um score, ele costuma ser uma conta única sem explicação, recalculado por cima da nota que a esteira já gravava, e avaliado com dados que não existiam no dia da decisão.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
O score é a soma de componentes, cada um com pontuação máxima escrita no context document. Um exemplo real para crédito com garantia de veículo: valor da garantia 20, ano do veículo 20, tipo do veículo 15, qualidade da garantia 15, renda mensal 15, situação profissional 7, localização 3, LTV 3, finalidade 2. Grave os pontos de cada componente em coluna própria, ao lado do total.
Algumas condições derrubam o pedido independentemente do resto: veículo muito antigo, tipo de garantia que o funding não aceita, garantia fora do nome do cliente ou com saldo devedor, empregador fora da lista aceita, salário abaixo do mínimo, score de bureau reprovado. Trate como penalização forte ou corte, com uma flag por regra. Aprovado no score significa todas as regras passaram, e o motivo da negativa é a regra que falhou.
Valores do card chegam como texto brasileiro ('1.234,56', às vezes com R$ e colchetes do campo de seleção). Tire o separador de milhar, troque a vírgula por ponto e converta. LTV = valor do crédito solicitado / valor da garantia. Saldo devedor da garantia reduz a qualidade da garantia, não o valor do crédito.
Pedido sem renda ou sem ano da garantia recebe a pontuação mínima do componente e uma flag de dado ausente, nunca a média. Meça a cobertura de cada componente: um componente preenchido em poucos cards não discrimina ninguém e deve ter peso revisto.
Quando o card já traz um score ponderado calculado por outro processo, ou o motor de crédito devolve um tier que define o limite, essa é a nota oficial. Leia o campo direto do card ou do log do motor. Recalcular por cima cria duas notas para o mesmo pedido e o comercial não sabe qual vale.
Para avaliar o corte, cada componente precisa do valor disponível na data da decisão. Salário detectado nas transações é reconstruído ponto a ponto: deduplique transações repetidas, normalize o sinal (crédito positivo) e recalcule com o histórico até aquela data. Avaliar com o dado de hoje faz o modelo parecer melhor do que foi.
Quem recebe no dia 15 e no último dia do mês (quinzenal) é diferente de quem recebe a cada 14 dias. Classifique pela mediana do intervalo entre depósitos de salário: 15 a 16 dias é quinzenal por data fixa; 14 dias é a cada duas semanas. A frequência define a data de cobrança e entra no score de capacidade.
Agrupe as decisões em faixas fixas de score (por exemplo, de 20 em 20 pontos, arredondando para cima) e meça por faixa: aprovação, valor liberado e atraso posterior (FPD e atraso acima do corte da política) na safra da decisão. Respostas instantâneas do motor (até 1 segundo, decisões reaproveitadas) saem da média de tempo de resposta.
O score volta para o sistema operacional como uma linha por card e campo: (card_id, field_id, new_value), pronto para a atualização em lote de campos do Pipefy ou para a propriedade do CRM. Envie só o que mudou desde o último envio e guarde a data do cálculo junto com a nota.
Componentes do score: um exemplo real
Crédito com garantia de veículo. Pesos somam 100; cada empresa calibra os seus.
Definições
Armadilhas que já aconteceram
O card já trazia um score ponderado preenchido em quase todos os pedidos, e uma transformação recalculou outra nota por cima. O comercial passou a ver dois números diferentes.
Defina qual é a nota oficial e leia o campo da fonte.
Transações bancárias repetidas na sincronização e com sinal invertido fizeram o salário detectado de parte dos usuários dobrar, e o limite subiu junto.
Deduplique por usuário, data, conta e valor, normalize o sinal e reconstrua o histórico.
Usuários que declararam receber duas vezes por mês foram classificados como a cada 14 dias, e a cobrança foi agendada antes do salário cair.
Classifique pela mediana do intervalo entre depósitos.
A análise do corte cruzou decisões antigas com o cadastro atual. O score parecia separar bons e maus pagadores melhor do que separava na época.
Reconstrua as features no ponto do tempo e guarde o snapshot da decisão.
Decisões reaproveitadas voltavam em menos de um segundo e puxavam a média de tempo de resposta do motor para baixo.
Exclua respostas de até 1 segundo da média e reporte à parte.
Numa lista de propensão por mês, o mesmo cliente aparecia em vários meses prováveis e foi abordado mais de uma vez.
Um cliente por lista, no mês e no produto de maior chance.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Para todo card pontuado, a soma dos pontos dos componentes é igual ao score, e nenhum score fica fora de 0 a 100.
- Todo pedido em etapa aberta tem score ou flag de dado ausente, e a cobertura de cada componente aparece no relatório.
- Recalcular o score de uma data passada devolve exatamente a mesma nota.
- Depois do retorno à esteira, o valor no card é igual ao da tabela em uma amostra de pelo menos 50 cards.
- A soma das aplicações por faixa de score é igual ao total de aplicações avaliadas no mês.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
Score e priorização - O score oficial do produto <produto> é <campo do card / tier do motor / tabela de score>. Nunca recalcule uma nota que a fonte já grava. - Score = soma dos componentes, de 0 a 100. Pesos: <componente: peso>. Os pontos de cada componente estão em colunas próprias; use-as para explicar a nota. - Regras eliminatórias ficam fora da soma: <lista>. Aprovado no score = todas passaram. Motivo de negativa = regra que falhou. - Dado ausente recebe o mínimo do componente e uma flag. Nunca preencha com média. - LTV = valor do crédito / valor da garantia. Valores do card vêm como texto brasileiro: normalize antes. - Para avaliar o corte, use as features da data da decisão, nunca as atuais. - Faixas de score: de <20> em <20> pontos. Corte atual: <valor>. - Atraso por faixa é medido na safra da decisão (FPD e atraso acima de <N> dias). - Tempo de resposta do motor exclui respostas de até 1 segundo. - Nunca mostre CPF completo; use hash ou CPF mascarado. Exceções por cliente: - <cliente>: no produto <produto>, o score vem pronto no campo <campo> do card. - <cliente>: o tier do motor define o limite; a progressão de limite por bom pagamento está em <tabela>. - <cliente>: a frequência de pagamento vem de <fonte> e prevalece sobre a declarada.
Construa no meu workspace Nekt o caso "Score e priorização" seguindo as regras em https://academy.nekt.com/industrias/financeiros/score-priorizacao.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
Classificador (random forest ou gradient boosting) sobre o histórico para listar o terço superior de clientes; publique as variáveis mais importantes ao lado da lista.
Mês e ramo prováveis de contratação a partir do padrão temporal das apólices, com uma lista de abordagem por mês sem cliente repetido.
Níveis por quantidade de participações em eventos ou capacitações, por CNPJ normalizado, para priorizar quem recebe oferta de crédito.