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.

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.

A nova versão trouxe uma importante atualização: o vínculo do protocolo ao gatilho da pesquisa. Com isso, todas as pesquisas já enviadas agora exibem seus respectivos protocolos na nova coluna, oferecendo uma visão mais detalhada e organizada.

O protocolo corresponde ao número de ID da funcionalidade. Por exemplo, conforme ilustrado na imagem abaixo, o protocolo 10751 refere-se ao ID de um pré-cadastro exibido na listagem de pré-cadastros.

É relevante mencionar que os protocolos não estão limitados ao pós-venda. A funcionalidade preenche automaticamente a coluna com todos os IDs existentes no sistema CV. Caso um protocolo específico não esteja disponível, o ID do serviço ou funcionalidade associado será usado para completar o campo, assegurando que nenhum dado fique ausente.

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.

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.

Uma nova funcionalidade foi adicionada à tela de Andamento de Pré-cadastro para facilitar o acompanhamento de documentos pendentes. Agora, um ícone de alerta visual sinaliza a existência de documentos que aguardam aprovação ou obrigatórios ainda não anexados. O ícone é exibido somente quando há pendências, permanecendo oculto caso todos os documentos estejam em conformidade.

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.

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.

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.