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.

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.

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 há uma distinção mais clara na interface quando uma unidade é bloqueada via integração com sistemas externos (API). Existem dois campos para indicar o bloqueio: um para controle interno, que pode ser alterado por usuários com permissão, e outro, relacionado à integração (API), que só pode ser alterado via sistema externo. Isso visa evitar erros de venda dupla, garantindo que uma unidade bloqueada por um ERP externo, como o Sienge, permaneça indisponível no sistema do CV CRM.

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.

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.

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.

Uma nova permissão foi introduzida para controlar a edição dos valores de pagamento dentro do fluxo de comissões. Dependendo da configuração, os botões de edição podem ser habilitados ou ocultados.

Sem permissã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".