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.
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.
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:
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.
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.
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.
Um novo parâmetro foi adicionado à API de pré-cadastro e reservas, permitindo que sejam retornados os leads associados. Isso abrange leads que compartilham o mesmo e-mail ou número de telefone, permitindo uma visão mais completa e integrada das interações e associações dos leads.
Esse novo GET é útil para manter consistência em cadastros que tenham múltiplos leads relacionados a uma mesma pessoa ou contato.
