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

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.

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.

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 introduzido um histórico de alterações para imobiliárias e usuários de imobiliárias, abrangendo as seguintes funcionalidades:

• Registro de qualquer alteração realizada no cadastro da imobiliária a partir desta versão.
• Possibilidade de consultar as mudanças no histórico, que agora será mantido de forma contínua.

Foi implementada uma melhoria que possibilita acessar diretamente as informações de cessões relacionadas a um cliente. Agora, ao clicar no número indicativo de cessões dentro da Jornada do Cliente, o usuário é redirecionado automaticamente para a listagem correspondente. Esse recurso permite:

• Visualização e gestão das cessões vinculadas ao cadastro do cliente.
• Redirecionamento rápido para seções específicas, como listagens de gestão de cessões, reservas ou vendas, já filtradas para o cliente selecionado.

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.

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.

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. 

Foi implementada a funcionalidade que permite reabrir a última tarefa concluída em fluxos de atendimento. Essa melhoria visa otimizar o gerenciamento de fluxos lineares e minimizar impactos em tarefas já concluídas. 

Fluxos Lineares:

• Apenas a última tarefa encerrada pode ser reaberta num fluxo linear (ou seja, onde cada tarefa depende diretamente da anterior).
• Uma vez reaberta, a tarefa seguinte (que já havia sido iniciada) é temporariamente cancelada, aguardando a resolução da tarefa reaberta.

Fluxos com Dependências Múltiplas:

• Em fluxos onde uma tarefa inicial gera várias tarefas dependentes (ex.: Tarefa 1 conecta-se à Tarefa 2, Tarefa 3 e Tarefa 4), a reabertura não é permitida devido à complexidade de recalcular prazos e SLAs.
• Nesses casos, a equipe deve criar uma tarefa avulsa para tratar demandas específicas sem interromper o fluxo principal.