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.

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

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.

Uma melhoria foi implementada para facilitar a busca de e-mails dentro dos módulos de atendimento e assistência técnica. Principais funcionalidades:

• Ao inserir parte do nome ou uma palavra-chave, o sistema busca automaticamente por e-mails correspondentes na base de dados.
• Isso simplifica o trabalho dos usuários finais, otimizando o dia a dia.

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.

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

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 introduzida uma nova funcionalidade que permite aplicar descontos com maior precisão:

• Desconto por série: o percentual de desconto é aplicado somente sobre uma série específica.
• Desconto por proposta: o desconto é calculado sobre o valor total da proposta, mas aplicado em uma série escolhida. Essa funcionalidade é útil para garantir descontos precisos no montante geral sem comprometer os cálculos internos.

Uma nova configuração permite que os painéis de Corretor e Imobiliária insiram dias de vencimento específicos nas séries de pagamento. Anteriormente, apenas os usuários gestores tinham permissão para definir qualquer dia de vencimento. Agora, quando essa configuração é habilitada no empreendimento, o corretor e a imobiliária também podem configurar os dias conforme estabelecido na série. Essa funcionalidade é útil para empreendimentos que requerem maior flexibilidade nas datas de vencimento.

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.