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

A flag anteriormente chamada "CV Chat" foi renomeada para “Comunicador CV” e movida para as Configurações avançadas para maior padronização.

A flag controla se os leads oriundos de fontes como o Comunicador CV são inseridos na fila de distribuição específica. Leads sem essa flag (ex., vindos de Facebook ou RD Station) seguem regras diferenciadas.

Além disso, um botão de “Limpar Dados” foi adicionado, permitindo que todas as configurações de flags sejam redefinidas com facilidade. Este recurso ajuda a evitar a exclusão acidental de filas e facilita ajustes rápidos.

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.

O relatório de Termo de Consentimento, documento usado para garantir que o cliente esteja ciente do uso de seus dados conforme a LGPD, foi aprimorado para incluir automaticamente o nome do corretor e a imobiliária associada. Antes, era necessário consultar informações adicionais para identificar a imobiliária responsável, o que gerava atrasos e dificuldade na gestão. Agora, o vínculo é exibido de maneira clara:

• Nome do corretor e imobiliária aparecem no relatório dependendo de onde o termo foi gerado (painel do corretor ou da imobiliária).

Agora é possível visualizar o bloco do empreendimento ao associar uma unidade a um lead. Essa melhoria facilita identificar corretamente a unidade, especialmente quando múltiplas unidades possuem o mesmo nome.

A interface foi otimizada para permitir a filtragem das unidades ao digitar o nome do bloco ou da unidade, garantindo uma seleção mais precisa.

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.

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