Antes, murais do tipo “Diversos” eram exibidos apenas para clientes com unidades na fila. Agora, com a atualização:

• Murais desse tipo aparecerão para todas as pessoas com acesso ao portal do cliente, incluindo prospects, síndicos e outros usuários.
• Essa mudança elimina a verificação prévia, ampliando o alcance da exibição.

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.

Uma melhoria foi implementada para facilitar a busca de e-mails dentro dos módulos de atendimento e assistência técnica. Principais funcionalidades:

• Ao inserir parte do nome ou uma palavra-chave, o sistema busca automaticamente por e-mails correspondentes na base de dados.
• Isso simplifica o trabalho dos usuários finais, otimizando o dia a dia.

Foi adicionado um novo parâmetro "idsituacao" para editar a situação do pré-cadastro via API.

Importante: as mudanças de situação ocorrem sem validação de pré-requisitos, mas as ações do workflow relacionadas continuam sendo executadas.

Um botão foi incluído na interface para gerar um LOG de monitoramento da integração com o Facebook.

Características:

• O log cobre os últimos 30 dias, sem possibilidade de editar o período.
• Enviado por e-mail ao solicitante e também registrado na fila de e-mails do CV.

Finalidade: Verificar problemas de permissões ou falhas no formulário, ajudando a identificar inconsistências diretamente relacionadas ao Facebook.

Foi adicionada a coluna com o campo "Valor de Negócio" do lead.

Foram introduzidas melhorias significativas:

• Notas de rodapé: acessíveis por um botão dedicado, podem ser ativadas ou desativadas conforme a necessidade.
• Cabeçalho fixo: mantém as informações de topo visíveis enquanto o usuário rola a tabela.
• Barra de rolagem horizontal: facilita a navegação em tabelas extensas.

Foi adicionada a opção de realizar bloqueios temporários de unidades diretamente na listagem de bloqueios. Antes, essa funcionalidade estava restrita a uma seção específica. Agora, é possível cadastrar e gerenciar bloqueios diretamente na interface de listagem, agilizando processos, especialmente em lançamentos imobiliários. 

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.

Para evitar falhas no cadastro de reservas, foi implementada uma verificação que impede erros decorrentes de campos obrigatórios não preenchidos corretamente. Assim, na configuração dos campos, temos a indicação que um campo depende do outro. Por exemplo, se um campo dependente, como confirmação de senha, estiver marcado como obrigatório, o campo principal correspondente também será automaticamente marcado.