Uma nova funcionalidade foi adicionada para exigir a atualização cadastral periódica dos clientes no portal. Principais detalhes:

• A configuração de frequência é definida em dias corridos.
• Todos os clientes que acessarem o portal dentro do período configurado deverão atualizar seus dados.
• Dados solicitados podem incluir: nome, RG, renda familiar, telefone celular, e-mail, CEP e endereço.
• Os formulários podem ser personalizados, com campos específicos definidos pelo gestor para exibição ou ocultação.
• Caso o cliente opte por não atualizar os dados no momento, a solicitação será reapresentada a cada login subsequente até que ele conclua o processo.
• Essa funcionalidade não é obrigatória, mas está disponível como opção para campanhas de atualização de dados.

💻 Para saber mais sobre essa configuração, clique aqui.

Além disso, foi criado um relatório que documenta as alterações cadastrais feitas pelos clientes. Detalhes:

• O relatório apresenta o estado anterior e atual dos dados alterados.
• Possui três filtros principais: mês atual, mês anterior ou período personalizado.
• A intenção é permitir que os gestores acompanhem as mudanças e utilizem essas informações em campanhas específicas, como reengajamento de usuários.

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.

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

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.

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.

Agora é exibido o SLA na listagem de assistência, proporcionando maior visibilidade sobre os prazos de atendimento. Este SLA está diretamente vinculado ao workflow da assistência, e quaisquer alterações nos prazos definidos (como aumento ou redução) impactarão automaticamente as assistências já em andamento. Isso permite uma gestão mais eficaz e ágil, mas exige cuidado para evitar modificações inesperadas que afetem prazos de tarefas em curso.

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.