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

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.

Ao editar configurações de vencimento de lead, o sistema agora exibe um alerta perguntando se você deseja recalcular os vencimentos de leads que não estão vencidos.

Como funciona:

• Se o gestor marcar “Sim”, o sistema recalcula os leads dessa situação que não estão vencidos.
• Se marcar “Não”, os leads não sofrerão nenhum recálculo de vencimento.

Implementado um gatilho de notificação automática para chats pendentes.

Como funciona:

• Se um atendente não responder um chat em até 10 minutos, o sistema envia uma mensagem via WhatsApp para o número cadastrado no CV, alertando que há um chat aguardando atendimento.
• A mensagem pode conter um link direto para o comunicador, permitindo que o atendente acesse o chat com um clique.
• O conteúdo da mensagem pode ser personalizado e utilizar variáveis (como nome, horário, etc.).

Benefício:
Garante mais agilidade nas respostas ao cliente, reduz o tempo de espera e melhora a eficiência do atendimento.

Observação: o Comunicador Transacional é um canal automatizado de envio de mensagens, utilizado para notificações operacionais e alertas automáticos dentro da plataforma.

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.

O que foi incluído:

• Quatro novas opções de coluna na tela de simulação:

  1. Não exibir outro dado
  2. Subtotal sem juros
  3. Subtotal com juros
  4. Parcela com juros

Configuração:

• Feita no empreendimento, na seção de simulações.

Observações:

• A coluna de valor sem juros (nominal) continua obrigatória por enquanto.
• Em loteamentos, isso ajuda a comunicar melhor o “preço final real” e evitar confusões com clientes.

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.

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.

• Inclusão do tenant de origem no cabeçalho das requisições dos webhooks.
• O "tenant" identifica o ambiente de onde o dado foi disparado (produção, QA, local etc.).

Finalidade:

• Aumentar o controle de ambientes em integrações.
• Evitar erros de envio para ambientes errados.
• Permitir filtros, bloqueios e diagnósticos mais eficientes em sistemas externos.