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.

No Convite de Usuários Administrativos, adicionamos a opção de definir a validade de acesso, contada em dias a partir do cadastro do usuário.

Por exemplo: se você enviou o convite em 05/11 e definiu 5 dias de validade, e o usuário aceitou e realizou o cadastro em 10/11, a contagem dos 5 dias de validade começa a partir de 10/11. Após esses 5 dias, o usuário perderá acesso ao sistema.

💻 Para saber como enviar Convite para Usuários Administrativos, clique aqui.

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.

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. 

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.

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.

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.

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.

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

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.