Houve uma padronização da tela de comissão para todos os painéis (gestor, imobiliária e corretor), tornando a interface mais consistente e facilitando a navegação dos usuários.
Comissão: repaginação do layout - v24.10
Houve uma padronização da tela de comissão para todos os painéis (gestor, imobiliária e corretor), tornando a interface mais consistente e facilitando a navegação dos usuários.
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 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.
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, corretores e imobiliárias que não fazem parte diretamente da reserva também podem visualizar comissões se forem incluídos como comissionados.
Na imagem abaixo é possível notar que os dois comissionados não são da reserva, mas estão na comissão. Assim, eles poderão visualizar e gerenciar suas comissões.
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.
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.
A funcionalidade de ordem de distribuição de atendimentos foi desenvolvida, permitindo que os atendentes sejam designados automaticamente com base em uma ordem predefinida. Isso garante que os chamados sejam distribuídos de forma organizada entre os atendentes do time, respeitando a ordem estabelecida. Caso não haja um responsável já designado no atendimento, o sistema seguirá a ordem de distribuição configurada para aquele assunto.
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:
