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.

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.

A funcionalidade de previsão de fluxo de recebimento ganhou a opção de fluxo mensal, além das opções já existentes (trimestral, semestral e anual). Agora, os usuários podem visualizar os pagamentos em detalhes mensais, o que facilita o acompanhamento de valores específicos. A tabela de análise foi reformulada para comparar o valor da tabela com o valor da proposta, destacando diferenças financeiras de forma intuitiva.

O histórico de reservas agora mostra a origem da reserva, como pré-cadastro, simulação ou lead. Essa atualização evita confusões sobre a origem dos dados, fornecendo uma visão clara do processo. Adicionalmente, séries e condições herdadas de outras funcionalidades agora exibem de onde vieram, proporcionando uma rastreabilidade mais completa dos dados.

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. 

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.

A atualização no CVDW-API de Simulações agora inclui dois novos parâmetros: idcorretor e idimobiliária. Essas informações são retornadas após uma consulta e permitem que o usuário tenha uma visão mais completa sobre a origem dos dados, possibilitando análises detalhadas e personalizadas para corretores e imobiliárias.

Uma nova configuração permite que os painéis de Corretor e Imobiliária insiram dias de vencimento específicos nas séries de pagamento. Anteriormente, apenas os usuários gestores tinham permissão para definir qualquer dia de vencimento. Agora, quando essa configuração é habilitada no empreendimento, o corretor e a imobiliária também podem configurar os dias conforme estabelecido na série. Essa funcionalidade é útil para empreendimentos que requerem maior flexibilidade nas datas de vencimento.

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

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.