O campo “Nome” na planilha de importação de atendimentos gerava confusão. Agora, para evitar confusão, o campo foi renomeado para “Título do atendimento”, que é sua real função.

Antes só era possível mudar o tipo de documento (ex.: RG, CNH). E não se podia trocar a pessoa associada ao documento (ex.: de Titular para Associado).

Agora é possível editar a pessoa vinculada ao documento (ex.: transferir um comprovante de endereço do Titular para o Cônjuge).

Requisitos:

• Usuário precisa ter permissão para editar ou excluir documentos.
• Toda modificação é registrada no histórico, com identificação do responsável.

O que foi incluído:

• Quatro novas opções de coluna na tela de simulação:

  1. Não exibir outro dado
  2. Subtotal sem juros
  3. Subtotal com juros
  4. Parcela com juros

Configuração:

• Feita no empreendimento, na seção de simulações.

Observações:

• A coluna de valor sem juros (nominal) continua obrigatória por enquanto.
• Em loteamentos, isso ajuda a comunicar melhor o “preço final real” e evitar confusões com clientes.

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.

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.

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.

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

• O que mudou: Correspondentes agora podem realizar análise de crédito diretamente no painel, tanto em reservas quanto em pré-cadastros.
• Como funciona: Ao acessar uma reserva ou pré-cadastro, o painel apresenta o menu de análise de crédito. 
• Configuração: Recurso não vem ativo por padrão. A ativação deve ser solicitada ao suporte.s.
• Impacto: Amplia a autonomia do correspondente e descentraliza o processo de análise de crédito, tornando-o mais ágil.

• Como funciona:

  • No cadastro de um subassunto, pode-se definir qual será a situação inicial da assistência técnica gerada.
  • Quando uma assistência for criada a partir de um atendimento com esse subassunto, ela já nasce com a situação configurada.
• Objetivo: Automatizar o direcionamento das assistências para as equipes corretas (ex: pintura, hidráulica etc.).
• Sem ação manual: A mudança de situação é feita automaticamente pelo sistema.
• Importante: Só funciona na criação de novas assistências, não altera as já existentes.