Foi adicionado o campo para configurar aprovações com base no Valor Presente Líquido (VPL) já com desconto de comissão. 

Como funciona:

• Já existia campo de VP bruto (sem considerar comissão).
• Agora o usuário pode definir alçadas com base em receita real líquida para a incorporadora.

Aplicação:

• Ideal para empresas que fazem análises rigorosas de margem.
• Oferece mais controle financeiro nas aprovações.

Novas permissões adicionadas:

1. Permitir edição do indexador pelo corretor/imobiliária.
2. Permitir edição do portador pelo corretor/imobiliária.

Aplicação:

• Cada permissão pode ser ativada individualmente por perfil.
• Garante maior controle sobre quem pode alterar dados críticos da reserva.

Novo endpoint:

• POST
• https://{dominiodocliente}.cvcrm.com.br/api/v2/cv/repasses/mensagens

O que faz:

• Permite que sistemas externos enviem mensagens diretamente para o histórico do repasse.

Vantagem:

• Garante integração bidirecional com o repasse.
• Melhora a comunicação automatizada com clientes e equipes.

Lógica anterior (padrão):

• Sorteio embaralhava todas as posições da fila.
• Utilizado para manter a distribuição justa em qualquer quantidade de atendentes.

Novo comportamento (quando > 100 participantes):

• O sistema não embaralha mais toda a fila.
• Ele sorteia apenas o próximo (P) atendente a receber um lead.
• A fila mantém a ordem original dos demais participantes.

Exemplo prático:

• Fila com 130 corretores.
• Sorteado: corretor X (posição 47).
• Ele sobe para a posição 1.
• Demais corretores seguem a ordem antiga a partir dele.

Controles:

• O gestor pode optar por sortear manualmente toda a fila.
• Ou editar a ordem diretamente, como já é possível atualmente.

O novo relatório traz mapa completo de um workflow:

• Todas as etapas e flags.
• Todas as transições possíveis entre elas.
• Ações associadas (ex.: enviar e-mail).
• Pré-requisitos para seguir de uma etapa para outra.

Exemplo de uso:

• Diagnosticar por que uma reserva não avança.
• Identificar bloqueios ou lógicas automáticas não evidentes.

• A partir desta versão, novos webhooks enviarão apenas os IDs das funcionalidades e subfuncionalidades envolvidas (ex.: ID da reserva).
• Dados sensíveis (nome, CPF, e-mail etc.) não serão enviados por padrão.

Por quê?

• Para garantir conformidade com a LGPD, evitando o envio irrestrito de informações pessoais.
• Os sistemas integrados devem consultar os dados via API usando os IDs recebidos.

Observações:

• Webhooks já existentes não foram alterados.
• Ainda é possível, temporariamente, alterar manualmente para “body completo” na edição — mas com alerta de risco legal.

• Funcionalidade: Novo relatório exibe, por empreendimento, as regras de limite de VGV, percentual máximo, valor de entrada, etc.
• Formato: Empreendimentos como linhas e regras como colunas, permitindo visão comparativa entre múltiplos empreendimentos.
• Aplicação: Útil para auditorias, validação de regras e conferência rápida da política comercial vigente.

• O que mudou: Correspondentes agora podem realizar análise de crédito diretamente no painel, tanto em reservas quanto em pré-cadastros.
• Como funciona: Ao acessar uma reserva ou pré-cadastro, o painel apresenta o menu de análise de crédito. 
• Configuração: Recurso não vem ativo por padrão. A ativação deve ser solicitada ao suporte.s.
• Impacto: Amplia a autonomia do correspondente e descentraliza o processo de análise de crédito, tornando-o mais ágil.

• O que mudou: Antes, o sistema aplicava juros automaticamente em séries com datas futuras.
• Agora: Essa aplicação automática foi removida. O usuário define se haverá ou não juros, manualmente.
• Resultado: Mais controle e menos retrabalho para quem configura as condições de pagamento.
  
  

API de geração de código:

• Adicionado parâmetro para escolher o canal de envio (e-mail ou SMS).

API de geração de token:

• Adicionado parâmetro de validade do token.
• Novo intervalo de validade: 7 a 90 dias (antes era um prazo fixo e curto)