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.

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

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.

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.

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

Adicionou-se um sistema de classificação ao cadastro do cliente. Este recurso permite que:

• O cliente possa ser classificado de acordo com critérios personalizados.
• As informações classificatórias apareçam diretamente na jornada do cliente, abaixo dos dados principais, permitindo uma visualização mais organizada e funcional.

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. 

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.

Novos filtros foram disponibilizados no Portal do Cliente, abrangendo:

• Listagens de assistências.
• Listagens de agendamentos. 

Esses filtros visam facilitar a busca e o gerenciamento de demandas específicas, otimizando a experiência do usuário. 

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.