Vencimento de Leads: alerta de recalculo ao editar

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.


API de Leads Interações: informação do responsável

A API de Leads interações agora retorna também o responsável pela ação.

Informações agora disponíveis na API:

  • ID do corretor;
  • ID do gestor;
  • ID da imobiliária.

Benefício:
Garante rastreabilidade completa de quem fez cada ação dentro de um lead (interações e tarefas), essencial para auditoria, gestão de equipe e análise de produtividade.

Campanha de Ativação: possibilidade de selecionar mais de uma origem

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.

CVDW-API: distribuição de leads

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.

Webhooks: adequação à LGPD - v25.6

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

Workflow de Reservas: duas novas permissões - v25.6

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.

Simulação: Exibição de valor com e sem juros - v25.6

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.

Simulação: aprimoramento da edição de valores - v25.6

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.

Webhooks: rastreabilidade e controle - v25.6

  • 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.
Mostrar entradas anterioresMostrar entradas anteriores