Durante a sincronização de séries com o Sienge, o sistema agora verifica se a sigla da série já existe no CV. Se sim, não cadastra novamente.

Benefício:
Evita dados duplicados, mantém a base limpa e previne erros operacionais.

Foi criada uma nova API para consulta de times, permitindo a busca detalhada de cada time via método GET.

O que retorna:

• ID do time
• Nome do time
• Lista de usuários, corretores, empreendimentos, imobiliárias e regiões vinculadas

Benefício:
Facilita integrações com sistemas externos (BI, CRM, etc.) e dá mais visibilidade à estrutura dos times cadastrados no CV.

Endpoint: https://{dominiodocliente}.cvcrm.com.br/api/v2/cv/gestoes-times/{idtime}

As variáveis relacionadas a testemunhas externas agora:

• São substituídas corretamente no contrato mesmo sem variável de assinatura eletrônica.
• São exibidas na lista de variáveis para configuração e geração de contrato, mesmo com integração ativa com o Docusign.

Benefício:
Remove limitações que forçavam o uso da assinatura eletrônica apenas para visualizar as variáveis. Agora é possível usar essas variáveis livremente para compor o contrato, com ou sem integração.

A exibição do score de crédito passou a ser padronizada com o portal Serasa Concentre.

Contexto:

• Antes havia divergência entre o que era mostrado no CV e no Serasa Concentre.
• A melhoria adequa o CV ao novo modelo de score HSB4, usando tratamento Base64.

Benefício:
Garante consistência e confiabilidade na análise de crédito.

Antes:

Agora:

Em cenários com tabelas dinâmicas com capitalização de juros (VP), agora é possível enviar ao UAU o valor da parcela sem juros (valor presente).

Por quê:

• Antes, o CV já incluía juros nas parcelas e o UAU também aplicava juros, gerando capitalização dupla.
• Com o ajuste, o sistema "descapitaliza" o valor e envia o valor real (sem juros).

Aplicação:

• Especialmente útil para loteadoras, que trabalham com valores embutidos em juros.
• A configuração é opcional e precisa ser ativada.

Benefício:
Evita distorções financeiras e garante consistência nas integrações contábeis com o UAU.

O Webhook de reservas agora inclui o ID do pré-cadastro, quando houver vínculo com a reserva.

Agora é possível tornar os arquivos de empreendimento visíveis diretamente no painel do correspondente.

Como funciona:

• O administrador pode marcar se o arquivo será exibido no Painel do Correspondente, no mapa de disponibilidade, ou nos dois.

• O correspondente poderá acessar esses arquivos na barra lateral do painel, com opção de visualização e download.

Benefício:
Reduz a dependência do correspondente em relação ao gestor para obter materiais do empreendimento, acelerando o atendimento e aumentando a autonomia.

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

Webhook de mensagens pendentes

• Um novo webhook foi criado para notificar sistemas externos quando há mensagens pendentes no chat.

Finalidade:

• Dar visibilidade e dados para uso em sistemas diversos para integração e notificação da mesma.

API para cadastro de templates + ID no webhook de mensagens

• Criação de uma API para cadastro de templates usados em mensagens ativas no WhatsApp. 

Por que isso foi criado:

• Em integrações com plataformas externas de WhatsApp, o CV precisa informar qual template está sendo usado.
• Essas mensagens precisam de templates aprovados com antecedência.

Como funciona:

1. A plataforma externa envia o template (ex.: "Olá, tudo bem?") via API.
2. O template recebe um ID no CV.
3. Quando o corretor inicia uma conversa ativa, o CV envia um webhook com o ID do template.
4. A plataforma aplica o template correto e dispara a mensagem.

Regra de encerramento automático do chat (WhatsApp Web e API)

• Campo na edição dos “Canais do Comunicador” que permite definir quantos dias o chat pode ficar inativo antes de ser encerrado automaticamente.

Comportamento:

• Se definido, o sistema fecha o chat após esse prazo de inatividade.
• Conversa é salva na timeline do lead.

Se não for preenchido:

• O chat nunca será encerrado automaticamente, mesmo com semanas de inatividade.

Benefício:

• Ajuda a manter o ambiente limpo e sem “conversas fantasmas”.
• Melhora a performance visual e o controle de interações abertas.

Regra de encerramento da sessão (WhatsApp API)

Contexto:

• Conforme as regras da API oficial do WhatsApp, uma sessão expira em 24h após a última mensagem do cliente.

O que foi adicionado:

• Quando essa janela de 24h expira:

  • O sistema exibe um aviso no chat.
  • Um botão direciona o atendente para iniciar uma nova conversa ativa.
  • O atendente também pode aguardar o cliente responder (o que reabre a sessão).

Justificativa:

• Evita tentativas inválidas de envio fora do prazo.
• Garante que as mensagens estejam dentro das regras de mensageria da Meta.

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.