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.

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}

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:

Adicionada ao relatório a coluna com a data de contrato, preenchida automaticamente via ação de workflow (como "Assinar Contrato").

Benefício:
Permite acompanhar com mais precisão os marcos do processo de venda, especialmente útil para indicadores e auditorias.

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.

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

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.

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

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.