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.

A nova Importação de Leads foi disponibilizada em versão beta. Esta funcionalidade aprimorada permite a importação de um maior volume de leads, com suporte tanto para campos fixos quanto para campos adicionais personalizados.

Além disso, anteriormente, os logs eram gerados apenas em caso de erros, como e-mails inválidos ou campos não preenchidos. Agora, cada importação bem-sucedida também gera um log, listando os leads inseridos corretamente, incluindo a linha do arquivo e o ID do lead.  

Esses logs podem ser enviados por e-mail, o que facilita a gestão de dados.

💻Para mais informações sobre a nova Importação de Leads (BETA), clique aqui.

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. 

A API de cadastro de unidades foi aprimorada para incluir quase todos os campos necessários no POST de unidades. Novos parâmetros adicionados incluem: Valor da unidade; Tipologia; Quantidade de quartos, banheiros, suítes; Vagas de garagem; entre outros.

Foi criada uma permissão específica que permite a alteração de comissão diretamente nos painéis de corretor e imobiliária. Essa permissão vem desativada por padrão e deve ser habilitada caso seja necessário. 

Além disso, foi implementado um pré-requisito que impede a progressão no workflow se o valor do ato for menor do que a comissão total, garantindo maior controle e validação das etapas de pagamento.

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.  

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

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.

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.

A funcionalidade de busca foi aprimorada, permitindo que o corretor ou lead seja encontrado pelo nome, além das opções já existentes de busca por e-mail ou telefone. O sistema lista automaticamente todas as correspondências possíveis, facilitando o preenchimento e a continuidade do processo.