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