Foi implementada a funcionalidade de alteração de titularidade no pré-cadastro, algo que já existia nas reservas. A mudança ocorre entre clientes associados, ou seja, o cliente pode ser trocado por um associado, que então assume a titularidade do pré-cadastro. Essas mudanças são registradas no relatório e no histórico do sistema.
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:
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.
Nesta versão serão cadastradas quatro variáveis padrões no ambiente de todos os clientes: duas do tipo texto e duas do tipo Word. Essas variáveis estão relacionadas à parametrização de associados e pagamentos. Essa mudança visa automatizar um processo que, até então, era feito manualmente, como copiar e colar essas variáveis nos contratos dos clientes. A ideia é facilitar o controle e reduzir o tempo de configuração.
Adicionamos variáveis de contrato de reserva que extraem os dados dos dependentes vinculados ao fator social associado à reserva.
Além disso, o fator social foi integrado nas fichas de reserva e repasse que seguem o modelo padrão do CV. Se o fator social não for preenchido na reserva, ele não será exibido.
A nova API CVDW para unidades foi lançada, permitindo que os clientes consultem informações detalhadas sobre empreendimentos, etapas, blocos e unidades. Com essa API, os usuários não precisam mais consultar APIs padrões para obter dados sobre as unidades.
A API de empreendimento foi atualizada com novos campos, como bairro, endereco_emp, logradouro, numero, cep e data de entrega. Estes campos permitem uma visualização mais detalhada e completa dos empreendimentos, garantindo que todas as informações relevantes estejam disponíveis para integração com outros sistemas.
Houve também uma preocupação em manter o campo original de endereço vinculado à geolocalização para fins de controle interno, enquanto o novo campo de endereço reflete os dados mais recentes do empreendimento.
Foram adicionadas duas novas origens no sistema de cadastro de leads:
Ambas as origens estão disponíveis tanto nos parâmetros das APIs quanto nos formulários de cadastro, ampliando as opções de captação e integração de leads.
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.
