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

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.

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.

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

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.

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

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.

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.

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.