Integração MEGA: possibilidade do distrato sem o código do contrato - 24.12

Foi implementada uma nova funcionalidade no sistema que permite ao usuário concluir o distrato mesmo sem o código do contrato, algo anteriormente bloqueado pela integração com o MEGA. Agora, apesar de um alerta ser exibido, o processo pode ser concluído diretamente no Construtor de Vendas. Essa melhoria foi amplamente demandada por clientes que utilizam o MEGA, especialmente para simplificar processos entre o CRM e o ERP.

Reserva: alerta de bloqueio de aprovação - 24.12

Foi melhorada a exibição de alertas relacionados ao bloqueio de aprovação de reservas, como nos casos em que o valor da comissão excede o valor das parcelas de entrada. Além do botão de alerta existente, as mensagens também são exibidas em outras partes relevantes do sistema para garantir maior visibilidade ao usuário. 

Central de Notificações (Push): novas opções - 24.12

Duas novas notificações push foram introduzidas:

  1. Notificação para novas comissões cadastradas.
  2. Notificação para reservas aprovadas.

Essas notificações são úteis tanto para navegadores quanto para aplicativos móveis, otimizando o fluxo de trabalho de equipes financeiras e de gerenciamento.

Portal do Cliente: frequência de atualização cadastral - 24.12

Uma nova funcionalidade foi adicionada para exigir a atualização cadastral periódica dos clientes no portal. Principais detalhes:

  • A configuração de frequência é definida em dias corridos.
  • Todos os clientes que acessarem o portal dentro do período configurado deverão atualizar seus dados.
  • Dados solicitados podem incluir: nome, RG, renda familiar, telefone celular, e-mail, CEP e endereço.
  • Os formulários podem ser personalizados, com campos específicos definidos pelo gestor para exibição ou ocultação.
  • Caso o cliente opte por não atualizar os dados no momento, a solicitação será reapresentada a cada login subsequente até que ele conclua o processo.
  • Essa funcionalidade não é obrigatória, mas está disponível como opção para campanhas de atualização de dados.

💻 Para saber mais sobre essa configuração, clique aqui.


Além disso, foi criado um relatório que documenta as alterações cadastrais feitas pelos clientes. Detalhes:

  • O relatório apresenta o estado anterior e atual dos dados alterados.
  • Possui três filtros principais: mês atual, mês anterior ou período personalizado.
  • A intenção é permitir que os gestores acompanhem as mudanças e utilizem essas informações em campanhas específicas, como reengajamento de usuários.

Pesquisa: vínculo de protocolo - 24.12

A nova versão trouxe uma importante atualização: o vínculo do protocolo ao gatilho da pesquisa. Com isso, todas as pesquisas já enviadas agora exibem seus respectivos protocolos na nova coluna, oferecendo uma visão mais detalhada e organizada.

O protocolo corresponde ao número de ID da funcionalidade. Por exemplo, conforme ilustrado na imagem abaixo, o protocolo 10751 refere-se ao ID de um pré-cadastro exibido na listagem de pré-cadastros.

É relevante mencionar que os protocolos não estão limitados ao pós-venda. A funcionalidade preenche automaticamente a coluna com todos os IDs existentes no sistema CV. Caso um protocolo específico não esteja disponível, o ID do serviço ou funcionalidade associado será usado para completar o campo, assegurando que nenhum dado fique ausente.

API POST de Usuários de Imobiliárias - v24.11

Foi implementada uma nova funcionalidade que permite o cadastro de usuários de imobiliárias por meio de um POST na API. As informações a serem fornecidas incluem:

  • Dados pessoais: nome, documentos (como CPF/CNPJ), e o CRECI
  • Contato: e-mail e número de celular
  • Informações de faturamento: necessárias para a gestão e envio de comissões 


Essa melhoria facilita o registro e a atualização de usuários de forma mais eficiente, usando a API para gerenciar grandes volumes de dados.

API de Bloqueio de Unidade: situações com mesmo código interno - v24.11

A atualização da API de bloqueio de unidades introduziu melhorias para lidar com unidades que possuem o mesmo código interno em diferentes blocos. Antes, o sistema bloqueava a primeira unidade encontrada com o código fornecido, independentemente de sua localização correta, o que gerava erros operacionais. Agora, a API realiza verificações adicionais pelo ID da unidade, ID do bloco e ID da etapa, garantindo que o bloqueio ocorra na unidade específica e correta, evitando confusões e bloqueios indesejados.

Mostrar entradas anterioresMostrar entradas anteriores