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 implementado um conjunto de funcionalidades para manipulação de contratos diretamente no módulo de Assistência Técnica, espelhando o comportamento já existente no módulo de reservas. Agora, o usuário pode:

• Editar contratos diretamente dentro da assistência específica.
• Gerar e baixar contratos em PDF sem acessar outras telas.
• Enviar contratos por e-mail, integrando com assinaturas digitais do sistema (como DocuSign ou ClickSign).
• Remover contratos, caso necessário. 

Essas funcionalidades permitem maior flexibilidade na gestão dos contratos de assistência técnica.

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

• Dados pessoais: nome, documentos (como CPF/CNPJ), e o CRECI
• Contato: e-mail e número de celular
• Informações de faturamento: necessárias para a gestão e envio de comissões 

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.

Foi criado um novo campo chamado "Exibir no Portal do Cliente", relacionado aos tipos de associações. Esse campo, por padrão, vem configurado como "Sim", permitindo que as associações sejam automaticamente exibidas no Portal. Caso o usuário deseje que algum tipo específico de associação não seja exibido, é possível alterar manualmente para "Não". 

Obs.: essa visualização é em relação aos associados cadastrados manualmente.

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.

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.