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.
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 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.
Agora é possível cadastrar múltiplos arquivos de material de campanha em lote, como imagens e PDFs (exceto vídeos), facilitando o processo. Os campos obrigatórios, como título e descrição, podem ser preenchidos automaticamente com o nome do arquivo, caso o usuário prefira, tornando o cadastro mais eficiente.
Essa funcionalidade simplifica o processo ao permitir que os campos de título e descrição não precisem ser preenchidos manualmente, já que podem ser preenchidos automaticamente com o nome do arquivo, se assim for desejado pelo usuário.
Além disso, ao marcar os materiais cadastrados, aparece o botão de "Remover selecionados".
No relatório de Repasses, a exibição da última mensagem e da data da última mensagem foi ajustada para mostrar exclusivamente as mensagens do módulo de repasse, mesmo que existam mensagens de reserva no histórico. Essa mudança elimina possíveis confusões, já que anteriormente eram exibidas mensagens irrelevantes ao contexto de repasses. Agora, a funcionalidade garante que apenas a última mensagem associada diretamente ao repasse seja destacada.
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:
A atualização no CVDW-API de Simulações agora inclui dois novos parâmetros: idcorretor e idimobiliária. Essas informações são retornadas após uma consulta e permitem que o usuário tenha uma visão mais completa sobre a origem dos dados, possibilitando análises detalhadas e personalizadas para corretores e imobiliárias.
Nesta versão serão cadastradas quatro variáveis padrões no ambiente de todos os clientes: duas do tipo texto e duas do tipo Word. Essas variáveis estão relacionadas à parametrização de associados e pagamentos. Essa mudança visa automatizar um processo que, até então, era feito manualmente, como copiar e colar essas variáveis nos contratos dos clientes. A ideia é facilitar o controle e reduzir o tempo de configuraçã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.
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.
