Situação anterior:

• Ao editar um valor, o campo perdia o foco após o recálculo automático.
• Usuário precisava clicar de novo no campo para continuar.

Solução:

• Agora o sistema mantém o campo ativo mesmo após o recálculo.
• O cálculo ainda é feito no back-end (em até 1 segundo), mas sem interferir na usabilidade.

Ganho:

• Fluxo de simulação mais fluido e produtivo.
• Redução de retrabalho.

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.

Antes só era possível mudar o tipo de documento (ex.: RG, CNH). E não se podia trocar a pessoa associada ao documento (ex.: de Titular para Associado).

Agora é possível editar a pessoa vinculada ao documento (ex.: transferir um comprovante de endereço do Titular para o Cônjuge).

Requisitos:

• Usuário precisa ter permissão para editar ou excluir documentos.
• Toda modificação é registrada no histórico, com identificação do responsável.

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.

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.

Anteriormente, o fluxo de etapas (Unidade → Corretor → Cliente...) era visualmente básico, sem clareza progressiva. Nessa versão, cada etapa de um novo cadastro (lead, reserva...) foi redesenhada com um ícone próprio. Ao progredir, a etapa concluída é sinalizada com um destaque verde. Assim, temos um layout mais clean e intuitivo, com leitura fluida.

• 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.

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)

• 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.
  
  

• 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.