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.

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.

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.

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.

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.

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.

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. 

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.