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.
Foi adicionado um campo de anotações à nova tabela de preços, semelhante ao antigo campo de rodapé. Esse campo é destinado a anotações como cláusulas comerciais e outros detalhes relevantes. Essa estrutura visa manter o foco na clareza e na acessibilidade do conteúdo informativo.
Obs.: não é possível incluir imagens ou anexos, apenas texto com opções de formatação básica.
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.
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:
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 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.
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.
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.
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".
Agora, é possível enviar reservas vendidas diretamente para o sistema ERP Sienge através de uma atualização em lote, mesmo após a venda. Isso automatiza um processo que antes era feito manualmente via scripts, otimizando a integração e economizando tempo.
Observações:
