Fila de Distribuição de Leads: alteração da flag do Comunicador CV - v24.11

A flag anteriormente chamada "CV Chat" foi renomeada para “Comunicador CV” e movida para as Configurações avançadas para maior padronização.

A flag controla se os leads oriundos de fontes como o Comunicador CV são inseridos na fila de distribuição específica. Leads sem essa flag (ex., vindos de Facebook ou RD Station) seguem regras diferenciadas.


Além disso, um botão de “Limpar Dados” foi adicionado, permitindo que todas as configurações de flags sejam redefinidas com facilidade. Este recurso ajuda a evitar a exclusão acidental de filas e facilita ajustes rápidos.

Relatório de Visitas do Lead: novas colunas - v24.11

Foram adicionadas duas novas colunas: “E-mail” e “Telefone” do lead, complementando as informações já disponíveis, como ID e nome. Além disso, agora o ID do lead é um link que direciona para a página de administração desse lead específico, melhorando a navegação.

CVDW-API de Vendas: novas informações de titular e associado - v24.11

No CVDW-API de Vendas, foram adicionadas informações detalhadas sobre o titular e o associado. Agora, são incluídos o id da pessoa, o tipo de associação, e a porcentagem de participação do associado no contrato. Essa adição visa aprimorar a precisão e a transparência dos dados contratuais, possibilitando a análise de participação individual.

Relatório de Repasse: exibição da última mensagem - v24.11

No relatório de Repasses, a exibição da última mensagem e da data da última mensagem foi ajustada para mostrar exclusivamente as mensagens do módulo de repasse, mesmo que existam mensagens de reserva no histórico. Essa mudança elimina possíveis confusões, já que anteriormente eram exibidas mensagens irrelevantes ao contexto de repasses. Agora, a funcionalidade garante que apenas a última mensagem associada diretamente ao repasse seja destacada.

Tabela de Preço: campo de anotações - v24.11

Foi adicionado um campo de anotações à nova tabela de preços, semelhante ao antigo campo de rodapé. Esse campo é destinado a anotações como cláusulas comerciais e outros detalhes relevantes. Essa estrutura visa manter o foco na clareza e na acessibilidade do conteúdo informativo.

Obs.: não é possível incluir imagens ou anexos, apenas texto com opções de formatação básica.


Relatório de Termo de Consentimento: exibição do corretor e imobiliária - v24.11

O relatório de Termo de Consentimento, documento usado para garantir que o cliente esteja ciente do uso de seus dados conforme a LGPD, foi aprimorado para incluir automaticamente o nome do corretor e a imobiliária associada. Antes, era necessário consultar informações adicionais para identificar a imobiliária responsável, o que gerava atrasos e dificuldade na gestão. Agora, o vínculo é exibido de maneira clara:

  • Nome do corretor e imobiliária aparecem no relatório dependendo de onde o termo foi gerado (painel do corretor ou da imobiliária).


Material de Campanha: cadastro em lote - v24.11

Agora é possível cadastrar múltiplos arquivos de material de campanha em lote, como imagens e PDFs (exceto vídeos), facilitando o processo. Os campos obrigatórios, como título e descrição, podem ser preenchidos automaticamente com o nome do arquivo, caso o usuário prefira, tornando o cadastro mais eficiente.

Essa funcionalidade simplifica o processo ao permitir que os campos de título e descrição não precisem ser preenchidos manualmente, já que podem ser preenchidos automaticamente com o nome do arquivo, se assim for desejado pelo usuário.


Além disso, ao marcar os materiais cadastrados, aparece o botão de "Remover selecionados".

API POST de Unidades: novos parâmetros - v24.11

A API de cadastro de unidades foi aprimorada para incluir quase todos os campos necessários no POST de unidades. Novos parâmetros adicionados incluem: Valor da unidade; Tipologia; Quantidade de quartos, banheiros, suítes; Vagas de garagem; entre outros.

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