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.

Adição:

• Novo provedor de login social via iCloud.

Já disponíveis:

• Google, Microsoft, SiengeID.

Benefício:

• Facilita o acesso para usuários Apple.
• Centraliza autenticação em conta já confiável.

Foi implementada a possibilidade de inserir variáveis de assinatura também em cabeçalhos e rodapés de contratos formatados em Word.

Antes da melhoria:

• As variáveis de assinatura funcionavam apenas no corpo do contrato.
• Para cabeçalhos e rodapés, é necessário aplicar soluções manuais (ex.: pintar o texto de branco).

Após a melhoria:

• É possível configurar posições exatas de assinatura (ex.: rubricar a incorporadora, o cliente e os associados no rodapé).
• O recurso atende especialmente clientes que desejam formatar seus contratos com precisão visual, usando a flexibilidade do Word.

Benefícios:

• Mais liberdade na formatação visual dos contratos.
• Possibilidade de padronizar a assinatura em locais fixos do documento.

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

As anotações automáticas criadas durante importações de leads via sistema não entram mais nos Relatórios e API de interações (GET).

Benefícios:

• Mais fidelidade nos relatórios de interação.
• APIs retornam apenas interações relevantes.

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

Foi adicionado um novo botão no Portal do Cliente, que permite consultar a situação do contrato - para integração com o Mega. Para que esse botão seja exibido, é necessário solicitar ao nosso time, através do e-mail: suporte@cvcrm.com.br. 

Foi adicionado o novo parâmetro momento do lead (idmomento_lead)  na API de leads.

Observação: o momento precisa seguir as regras de associação com empreendimento e situação.

Clique aqui para conhecer as APIs do CV CRM.

Ao criar uma interação com o lead, o gestor pode escolher se ela será visível:

• Apenas para o corretor atual.
• Ou também para o próximo corretor (caso haja troca).

O que foi adicionado:

• A linha do tempo do lead agora exibe qual foi a decisão do gestor no momento da interação.
• Isso é visível apenas para o Painel do Gestor.

Foi adicionado um campo para registrar o motivo ao cancelar um atendimento.

Objetivo:

• Rastreabilidade total das interações canceladas.
• Permite entender se o cancelamento foi por engano, duplicidade, erro de registro, etc.