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.

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.

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 implementada a inclusão de dados do síndico na API de assistência. Agora, sempre que os dados forem requisitados pela API, o sistema retornará informações sobre o síndico, caso ele seja o responsável. Se não houver um síndico envolvido, o sistema retornará nulo para os dados de cliente.

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.

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.

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:

Um novo método GET foi adicionado à API de reservas, permitindo a consulta das regras de comissão associadas às reservas, facilitando a recuperação de informações sobre tipos de comissão e valores envolvidos.

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