Agora há uma distinção mais clara na interface quando uma unidade é bloqueada via integração com sistemas externos (API). Existem dois campos para indicar o bloqueio: um para controle interno, que pode ser alterado por usuários com permissão, e outro, relacionado à integração (API), que só pode ser alterado via sistema externo. Isso visa evitar erros de venda dupla, garantindo que uma unidade bloqueada por um ERP externo, como o Sienge, permaneça indisponível no sistema do CV CRM.

Foram adicionados novos parâmetros nas APIs de pré-cadastro, tanto nos métodos GET quanto POST. Esses parâmetros incluem informações como nome, CPF, grau de parentesco e se o dependente é estrangeiro, vinculando essas informações ao pré-cadastro no momento da criação.

Foi introduzida uma nova configuração para as campanhas de ativação, denominada "Repetir Leads entre Campanhas". Por padrão, os leads podem entrar em várias campanhas dependendo do filtro utilizado, o que gera duplicidade de leads ativos em campanhas diferentes. Com essa nova configuração, que pode ser ativada ou desativada conforme o perfil de acesso do usuário administrativo, é possível impedir que leads já ativos em uma campanha sejam incluídos em novas campanhas com filtros semelhantes. Isso evita conflitos e melhora a organização das campanhas.

Observações:

• Por padrão, essa opção vem ativada. Se desativada, novas campanhas de ativação ou campanhas reprocessadas não incluirão leads já vinculados a campanhas de ativação ativas.
• Essa é uma configuração geral que se aplica a todas as campanhas.
• Funciona tanto para campanhas baseadas em leads da base quanto para aquelas geradas por tipo de arquivo.
• A configuração não poderá ser alterada enquanto alguma campanha estiver em processamento.
• O log da campanha registrará todos os leads que não forem adicionados devido a essa configuração.

Quando um pré-cadastro é cancelado, caso tenha um lead vinculado, é possível escolher o motivo e submotivo de cancelamento do lead, conforme os campos de motivos de cancelamento configurados no sistema. Se o motivo não for especificado, o sistema utiliza o motivo padrão, e caso não exista motivo padrão pega o primeiro cadastrado. Caso haja um submotivo obrigatório, este também deverá ser preenchido ao cancelar o pré-cadastro.

O envio automático de e-mails ao finalizar um pré-cadastro foi ajustado. Antes, essa funcionalidade estava restrita a pré-cadastros criados apenas via Painel Gestor. Agora, a funcionalidade foi estendida para pré-cadastros criados em outros painéis, facilitando a comunicação com o cliente final.

A configuração de envio de e-mail permanece no painel gestor, onde o administrador pode optar por ativar ou desativar essa funcionalidade conforme necessário.

O fator social, que já havia sido introduzido no pré-cadastro, agora pode ser utilizado também nos módulos de reservas e repasses. Essa funcionalidade permite adicionar dependentes, o que é relevante para a obtenção de benefícios em programas governamentais, como o "Minha Casa Minha Vida" e o "Casa Verde e Amarela".

Na reserva, o fator social é integrado automaticamente caso ela seja derivada de um pré-cadastro. Já no repasse, as informações dos dependentes são exibidas conforme a reserva, mas não podem ser editadas. Isso garante que os dados de dependentes sejam consistentes ao longo de todo o processo.

Reservas:

Repasses:

Antes da atualização, o comentário obrigatório nas alterações de situação de repasses estava vinculado à aprovação de protocolo por um gestor. Agora, essa exigência foi separada, permitindo que o comentário seja obrigatório mesmo sem a necessidade de aprovação.

Toda vez que uma situação de repasse for alterada, o usuário deverá inserir um comentário explicativo para salvar a modificação. Esta mudança melhora a rastreabilidade e a documentação das alterações sem sobrecarregar os gestores com aprovações desnecessárias. 

Observação: caso você deseje desativar essa funcionalidade por qualquer motivo, por favor, entre em contato com nosso time de Suporte através do e-mail: suporte@cvcrm.com.br

Foram introduzidos dois novos parâmetros na API de histórico de leads:

• Painel do usuário: informa o painel por onde o usuário fez a alteração.
• ID do usuário: identifica quem foi o responsável pela alteração no lead.

Esses novos parâmetros fornecem mais detalhes sobre o histórico de alterações, permitindo rastrear melhor quem fez mudanças e por onde elas foram realizadas.

Novos filtros foram adicionados ao relatório de leads, permitindo agora que os usuários filtrem leads que não possuem uma imobiliária ou corretor associados. Esse ajuste facilita a visualização e o gerenciamento de leads que não foram devidamente vinculados a esses agentes, evitando que leads sem responsáveis fiquem sem acompanhamento.

Esses novos filtros já existiam na listagem de leads, mas agora foram incorporados ao relatório para proporcionar uma análise mais completa.

Foi adicionada uma nova coluna no relatório de repasses, chamada Grupo de Situação, permitindo a visualização e o filtro por grupos de situação de repasse. Isso facilita o agrupamento e a análise das informações relacionadas aos repasses.