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.
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.
Uma nova configuração permite que os painéis de Corretor e Imobiliária insiram dias de vencimento específicos nas séries de pagamento. Anteriormente, apenas os usuários gestores tinham permissão para definir qualquer dia de vencimento. Agora, quando essa configuração é habilitada no empreendimento, o corretor e a imobiliária também podem configurar os dias conforme estabelecido na série. Essa funcionalidade é útil para empreendimentos que requerem maior flexibilidade nas datas de vencimento.
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.
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:
Essas funcionalidades permitem maior flexibilidade na gestão dos contratos de assistência técnica.
Obs.: lembre-se de que essas funcionalidades requerem a habilitação da permissão no workflow de assistência.
Novos filtros foram disponibilizados no Portal do Cliente, abrangendo:
Esses filtros visam facilitar a busca e o gerenciamento de demandas específicas, otimizando a experiência do usuário.
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.
A nova Importação de Leads foi disponibilizada em versão beta. Esta funcionalidade aprimorada permite a importação de um maior volume de leads, com suporte tanto para campos fixos quanto para campos adicionais personalizados.
Além disso, anteriormente, os logs eram gerados apenas em caso de erros, como e-mails inválidos ou campos não preenchidos. Agora, cada importação bem-sucedida também gera um log, listando os leads inseridos corretamente, incluindo a linha do arquivo e o ID do lead.
Esses logs podem ser enviados por e-mail, o que facilita a gestão de dados.
💻Para mais informações sobre a nova Importação de Leads (BETA), clique aqui.
Para evitar falhas no cadastro de reservas, foi implementada uma verificação que impede erros decorrentes de campos obrigatórios não preenchidos corretamente. Assim, na configuração dos campos, temos a indicação que um campo depende do outro. Por exemplo, se um campo dependente, como confirmação de senha, estiver marcado como obrigatório, o campo principal correspondente também será automaticamente marcado.
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.
