Foram adicionadas duas novas opções à funcionalidade de Fator Social. Agora, tanto no pré-cadastro quanto na reserva, será possível incluir "filho" e "filha" como opções de grau de parentesco.

Foi adicionada uma funcionalidade que permite associar tags aos leads no momento do vencimento. Caso a ação seja "Usar roleta" as tags serão adicionadas antes de executar a fila.

As tags ajudam a categorizar e gerenciar leads vencidos, permitindo a criação de filas específicas para esses leads, conforme a situação de atendimento em que se encontram. A prioridade é dada ao vencimento por empreendimento quando esse é configurado, sobrepondo-se ao vencimento geral de leads.

Observação: é possível adicionar 5 tags por situação de vencimento.

O relatório de Fator Social das Reservas segue o modelo do pré-cadastro, oferecendo filtros por período, empreendimento, imobiliária e grau de parentesco dos dependentes. Além dos dados do fator social, são apresentados também detalhes como o empreendimento e o cliente relacionado à reserva, facilitando a identificaçã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.

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.

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.

Agora, é possível enviar reservas vendidas diretamente para o sistema ERP Sienge através de uma atualização em lote, mesmo após a venda. Isso automatiza um processo que antes era feito manualmente via scripts, otimizando a integração e economizando tempo.

Observações: 

• Esse campo será exibido apenas se a integração Sienge estiver ativada;
• Só obterá sucesso se a reserva vendida estiver sem código interno.

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

Foi introduzida uma ação em lote na listagem de leads, permitindo que os usuários adicionem o momento de um lead em múltiplos leads simultaneamente. Essa melhoria agiliza a atualização do status de vários leads ao mesmo tempo, sem a necessidade de fazer isso individualmente.

A ação também gera um log ao final, detalhando se as atualizações foram bem-sucedidas ou não, e, em caso de falha, apresenta o motivo (como permissão insuficiente ou momento já vinculado ao lead).