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.

Foi introduzida uma nova funcionalidade que permite aplicar descontos com maior precisão:

• Desconto por série: o percentual de desconto é aplicado somente sobre uma série específica.
• Desconto por proposta: o desconto é calculado sobre o valor total da proposta, mas aplicado em uma série escolhida. Essa funcionalidade é útil para garantir descontos precisos no montante geral sem comprometer os cálculos internos.

Agora, o sistema exibe a porcentagem de participação do cliente no contrato de forma clara e acessível. Este dado é calculado automaticamente com base na participação dos associados (se houver). Embora o valor seja apenas visual e não editável, ele oferece maior transparência ao usuário. 

Agora, o rodapé da simulação exibe diferenças negativas com destaque visual em vermelho, melhorando a identificação de discrepâncias financeiras.

A integração passou a permitir maior flexibilidade no gerenciamento de cargos vinculados ao MEGA. Antes, os cargos entre os sistemas precisavam ser equivalentes. Agora, os usuários podem editar os cargos no CV CRM para adaptá-los conforme necessário, garantindo que nomes e funções atendam às especificidades organizacionais. Por exemplo, um "Supervisor" no MEGA pode ser mapeado como "Usuário Administrativo" no CRM, com possibilidade de associação personalizada de pessoas.

Adicionamos o campo de "renda do cliente principal" na API de pré-cadastro.

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.

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.

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.