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.

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.

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.

Para melhorar a usabilidade da tela de relatórios, a listagem do CV Analítico passou por ajustes importantes.

Melhorias aplicadas:

• Remoção da redundância nos nomes: Antes, os nomes continham o termo “Relatório de...” em todas as entradas, o que deixava a visualização repetitiva. Agora, esse prefixo foi removido onde já é evidente que se trata de um relatório.
• Ordem alfabética: Os relatórios foram reorganizados em ordem alfabética para facilitar a navegação e busca dos usuários.
• Exceções mantidas: Em locais como os ícones de “Favoritos” e “Acessos recentes”, o nome completo dos relatórios foi mantido (ex.: “Relatório de Reservas”) para garantir clareza ao usuário sobre onde ele clicou.

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

• Antes: Ao filtrar por empreendimento, o sistema exibia apenas uma entrada por cliente, mesmo que ele tivesse comprado mais de uma unidade daquele empreendimento.
• Agora: Foram adicionados filtros por bloco (ou quadra) e unidade, permitindo uma busca mais precisa.

• O que fazia antes: No pré-cadastro, o sistema preenchia automaticamente os dados da pessoa, mas do lead para reserva isso não acontecia.
• O que foi adicionado: Agora, leads também têm seus dados herdados ao iniciar uma nova reserva (nome, e-mail e telefone).
• Limitação: Só funciona se essas informações estiverem previamente cadastradas no lead.

• Impacto: Economiza tempo e reduz erro no preenchimento de reservas iniciadas a partir de leads.

  
  

• Antes: Usuários administrativos (ex: gestores) não tinham avatar, o que gerava imagens quebradas.
• Melhoria: Agora o sistema mostra a inicial do nome como imagem padrão.
• Exemplo: “Maria de Fátima” aparece com o avatar “M”.
• Impacto: Padroniza a visualização dos times e evita a impressão de erro na interface.