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. 

Foi adicionada uma configuração no perfil de acesso que permite ou restringe a edição de comissões associadas a séries de pagamento. Com a permissão ativada, o usuário pode manipular valores relacionados à comissão diretamente na série, aumentando o controle e a personalização sobre os dados financeiros.

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.

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.

O sistema agora permite que o usuário altere a regra de comissão diretamente na simulação, mesmo após a aplicação de configurações pré-definidas. Uma mensagem de confirmação é exibida antes da mudança, permitindo escolher entre manter a regra atual ou adotar a regra original do empreendimento. 

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.

Adicionadas duas novas variáveis às mensagens padrões:

• E-mail do gestor.
• E-mail do corretor.

Essas variáveis aumentam a personalização das comunicações enviadas.

Novas variáveis foram introduzidas, incluindo informações relacionadas a Pessoas Politicamente Expostas (PPE). Alterações principais:

• Inclusão de um campo específico no cadastro para indicar se o cliente ou algum de seus associados é uma PPE.
• Adição de variáveis no bloco do contrato para diferenciar clientes PPE e seus associados.
• Implementação de condicionais no contrato para tratar essas informações de forma automatizada.

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.

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.