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.
Foram adicionadas duas novas colunas: “E-mail” e “Telefone” do lead, complementando as informações já disponíveis, como ID e nome. Além disso, agora o ID do lead é um link que direciona para a página de administração desse lead específico, melhorando a navegação.
Agora existe a possibilidade de configurar um SLA que define um período de exibição de assistência após a conclusão. Esse SLA permite que o cliente visualize o chamado finalizado por um período específico (ex.: 2 horas). Após esse tempo, a assistência não será mais visível no Portal do Cliente.
Assim, após a assistência chegar a flag "Fim" do Workflow de Assistências, será contabilizado em dias o prazo de exibição da mesma no Portal do Cliente.
É importante destacar que, quando existe um SLA e uma configuração de workflow no sistema, o workflow tem prioridade sobre o SLA, ou seja, a configuração do workflow de assistência prevalece sobre a configuração de tempo definida no SLA.
Por exemplo, se você definiu um SLA de 2 horas, mas no workflow de assistência ativou a opção "Exibir assistência com situação Fim", no Portal do Cliente as assistências com situação "Fim" serão exibidas sem um tempo limite, pois a configuração do workflow sobrepõe o SLA.
Observação: a configuração do workflow não define um prazo para o SLA, o que significa que as assistências permanecerão visíveis no Portal do Cliente sem um tempo de "expiração".
Foram feitas melhorias no AW-Maps, permitindo a visualização de unidades que estão com simulação em andamento. Essas unidades são destacadas em um verde mais escuro para facilitar a identificação.
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.
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.
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.
Nesta versão serão cadastradas quatro variáveis padrões no ambiente de todos os clientes: duas do tipo texto e duas do tipo Word. Essas variáveis estão relacionadas à parametrização de associados e pagamentos. Essa mudança visa automatizar um processo que, até então, era feito manualmente, como copiar e colar essas variáveis nos contratos dos clientes. A ideia é facilitar o controle e reduzir o tempo de configuração.
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.
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:
