No CVDW-API agora é possível consultar o relatório de distribuição de leads.

O que ela mostra:

• Quais leads passaram por determinada fila;
• Para quem foram distribuídos;
• Em que ordem;
• Quantas vezes o mesmo lead entrou na fila (mesmo que repetidamente).

Esses dados podem ser usados para análises e relatórios de desempenho em BI.

Benefício:
Fornece visibilidade completa sobre o ciclo de distribuição dos leads, permitindo melhor controle, transparência e ações corretivas se necessário.

Antes, os arquivos eram sempre exibidos tanto no portal do cliente quanto no mapa de disponibilidade. Agora, é possível configurar onde exatamente cada arquivo será exibido.

Opções disponíveis:

• Apenas no portal do cliente
• Apenas no mapa de disponibilidade
• Em ambos (opção padrão)

Benefício:
Garante maior controle sobre a exposição dos materiais de campanha, ajustando conforme a necessidade de cada público (cliente final, corretor, correspondente).

Adicionada ao relatório a coluna com a data de contrato, preenchida automaticamente via ação de workflow (como "Assinar Contrato").

Benefício:
Permite acompanhar com mais precisão os marcos do processo de venda, especialmente útil para indicadores e auditorias.

As variáveis relacionadas a testemunhas externas agora:

• São substituídas corretamente no contrato mesmo sem variável de assinatura eletrônica.
• São exibidas na lista de variáveis para configuração e geração de contrato, mesmo com integração ativa com o Docusign.

Benefício:
Remove limitações que forçavam o uso da assinatura eletrônica apenas para visualizar as variáveis. Agora é possível usar essas variáveis livremente para compor o contrato, com ou sem integração.

Antes, cada campanha de ativação de leads só podia ser associada a uma única origem. Agora é possível selecionar até 5 origens diferentes em uma mesma campanha.

Impacto:

• Reduz a necessidade de criar várias campanhas separadas para cada origem.
• Torna a gestão de campanhas mais simples, ágil e abrangente.
• Permite ações multicanais unificadas em uma única configuração.

Exemplo prático:
Uma campanha de ativação pode abranger leads vindos do WhatsApp, formulário do site, Instagram Ads e feiras presenciais.

Em cenários com tabelas dinâmicas com capitalização de juros (VP), agora é possível enviar ao UAU o valor da parcela sem juros (valor presente).

Por quê:

• Antes, o CV já incluía juros nas parcelas e o UAU também aplicava juros, gerando capitalização dupla.
• Com o ajuste, o sistema "descapitaliza" o valor e envia o valor real (sem juros).

Aplicação:

• Especialmente útil para loteadoras, que trabalham com valores embutidos em juros.
• A configuração é opcional e precisa ser ativada.

Benefício:
Evita distorções financeiras e garante consistência nas integrações contábeis com o UAU.

Durante a sincronização de séries com o Sienge, o sistema agora verifica se a sigla da série já existe no CV. Se sim, não cadastra novamente.

Benefício:
Evita dados duplicados, mantém a base limpa e previne erros operacionais.

Melhorias de usabilidade no modal de envio de disponibilidade para corretores.

Soluções implementadas:

• Agora o sistema exibe uma mensagem informando que não há unidades disponíveis naquele bloco.
• Correção no carregamento das informações ao trocar de bloco, garantindo que os dados correspondam ao que foi selecionado.

Benefício:
Melhora significativa na experiência dos corretores, com maior clareza e fluidez na navegação entre blocos.

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

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.