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.

No CVDW-API de Vendas, foram adicionadas informações detalhadas sobre o titular e o associado. Agora, são incluídos o id da pessoa, o tipo de associação, e a porcentagem de participação do associado no contrato. Essa adição visa aprimorar a precisão e a transparência dos dados contratuais, possibilitando a análise de participação individual.

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

• Apenas a última tarefa encerrada pode ser reaberta num fluxo linear (ou seja, onde cada tarefa depende diretamente da anterior).
• Uma vez reaberta, a tarefa seguinte (que já havia sido iniciada) é temporariamente cancelada, aguardando a resolução da tarefa reaberta.

Fluxos com Dependências Múltiplas:

• Em fluxos onde uma tarefa inicial gera várias tarefas dependentes (ex.: Tarefa 1 conecta-se à Tarefa 2, Tarefa 3 e Tarefa 4), a reabertura não é permitida devido à complexidade de recalcular prazos e SLAs.
• Nesses casos, a equipe deve criar uma tarefa avulsa para tratar demandas específicas sem interromper o fluxo principal.

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: 

• Esse campo será exibido apenas se a integração Sienge estiver ativada;
• Só obterá sucesso se a reserva vendida estiver sem código interno.

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.

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.

Anteriormente, as custas eram calculadas com base em percentuais. Agora, é possível configurar valores fixos para custas de acordo com faixas de valor e quantidade de parcelas, oferecendo maior controle sobre o montante final a ser cobrado.

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.

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