Foi adicionada a coluna “Última Mensagem” no relatório de Pré-cadastro, recurso já presente no relatório de reservas. A coluna exibe a última mensagem enviada ou recebida no pré-cadastro, facilitando o acompanhamento das interações recentes.
Foi implementada a funcionalidade que permite reabrir a última tarefa concluída em fluxos de atendimento. Essa melhoria visa otimizar o gerenciamento de fluxos lineares e minimizar impactos em tarefas já concluídas.
Fluxos com Dependências Múltiplas:
Foi adicionada a opção de configurar a Assistência técnica como página inicial do sistema, através das preferências do usuário. O usuário administrativo pode definir essa configuração, oferecendo maior personalização para profissionais que trabalham principalmente com demandas de assistência técnica.
Foi adicionada uma nova coluna ao relatório de Assistência, chamada "Motivo de Cancelamento", que permite identificar as razões dos cancelamentos registrados. Essa funcionalidade ajuda na análise de dados e na identificação de padrões que possam levar a cancelamentos sucessivos, permitindo a implementação de melhorias no atendimento.
A nova coluna está disponível tanto no Painel Gestor quanto no CVDW-API, facilitando a integração desses dados em relatórios personalizados ou sistemas de BI. Além disso, ela contempla dados legados, garantindo que informações de assistências anteriores também sejam exibidas.
Foi implementada uma nova funcionalidade que permite o cadastro de usuários de imobiliárias por meio de um POST na API. As informações a serem fornecidas incluem:
Essa melhoria facilita o registro e a atualização de usuários de forma mais eficiente, usando a API para gerenciar grandes volumes de dados.
A atualização da API de bloqueio de unidades introduziu melhorias para lidar com unidades que possuem o mesmo código interno em diferentes blocos. Antes, o sistema bloqueava a primeira unidade encontrada com o código fornecido, independentemente de sua localização correta, o que gerava erros operacionais. Agora, a API realiza verificações adicionais pelo ID da unidade, ID do bloco e ID da etapa, garantindo que o bloqueio ocorra na unidade específica e correta, evitando confusões e bloqueios indesejados.
Para evitar falhas no cadastro de reservas, foi implementada uma verificação que impede erros decorrentes de campos obrigatórios não preenchidos corretamente. Assim, na configuração dos campos, temos a indicação que um campo depende do outro. Por exemplo, se um campo dependente, como confirmação de senha, estiver marcado como obrigatório, o campo principal correspondente também será automaticamente marcado.
Agora as configurações aplicadas na tela de simulação também se refletem na ficha impressa. Se algum campo for ocultado na simulação (como comissão ou condição de pagamento), ele também será removido da ficha.
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.
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.
