A funcionalidade de ordem de distribuição de atendimentos foi desenvolvida, permitindo que os atendentes sejam designados automaticamente com base em uma ordem predefinida. Isso garante que os chamados sejam distribuídos de forma organizada entre os atendentes do time, respeitando a ordem estabelecida. Caso não haja um responsável já designado no atendimento, o sistema seguirá a ordem de distribuição configurada para aquele assunto.

Na versão anterior, foi introduzida uma funcionalidade que mostra o Mapa de Disponibilidade no Comunicador CV. Agora, ao clicar em uma unidade, o usuário poderá visualizar essas tabelas e enviá-las, seja uma específica ou todas as opções. No momento, o sistema envia todas as possibilidades em PDF.

Foi implementada a funcionalidade de alteração de titularidade no pré-cadastro, algo que já existia nas reservas. A mudança ocorre entre clientes associados, ou seja, o cliente pode ser trocado por um associado, que então assume a titularidade do pré-cadastro. Essas mudanças são registradas no relatório e no histórico do sistema.

Foram feitas melhorias no AW-Maps, permitindo a visualização de unidades que estão com simulação em andamento. Essas unidades são destacadas em um verde mais escuro para facilitar a identificação.

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.

Foi adicionado um novo filtro de etapas no relatório de tabelas de preços. Isso permite que o usuário filtre os resultados com base em etapas específicas, facilitando a análise de dados. 

Foi introduzida uma nova configuração para as campanhas de ativação, denominada "Repetir Leads entre Campanhas". Por padrão, os leads podem entrar em várias campanhas dependendo do filtro utilizado, o que gera duplicidade de leads ativos em campanhas diferentes. Com essa nova configuração, que pode ser ativada ou desativada conforme o perfil de acesso do usuário administrativo, é possível impedir que leads já ativos em uma campanha sejam incluídos em novas campanhas com filtros semelhantes. Isso evita conflitos e melhora a organização das campanhas.

Observações:

• Por padrão, essa opção vem ativada. Se desativada, novas campanhas de ativação ou campanhas reprocessadas não incluirão leads já vinculados a campanhas de ativação ativas.
• Essa é uma configuração geral que se aplica a todas as campanhas.
• Funciona tanto para campanhas baseadas em leads da base quanto para aquelas geradas por tipo de arquivo.
• A configuração não poderá ser alterada enquanto alguma campanha estiver em processamento.
• O log da campanha registrará todos os leads que não forem adicionados devido a essa configuração.

Foram adicionados novos parâmetros nas APIs de pré-cadastro, tanto nos métodos GET quanto POST. Esses parâmetros incluem informações como nome, CPF, grau de parentesco e se o dependente é estrangeiro, vinculando essas informações ao pré-cadastro no momento da criação.

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

Foi implementada uma nova funcionalidade para notificar os assinantes de contratos pendentes por SMS e WhatsApp, além do e-mail, que já era utilizado. Essa melhoria visa aumentar a eficiência na comunicação e permitir que o usuário escolha o meio de notificação que prefere (e-mail, SMS ou WhatsApp). Além disso, o botão de reenviar reserva permite que as notificações sejam enviadas manualmente pelos mesmos canais de comunicação previamente configurados.

Aqui estão as regras para os campos de Notificação e Autenticação:

Sincronização entre Notificação e Autenticação:

• Ao selecionar "WhatsApp" ou "SMS" no campo Notificação, o campo Autenticação será automaticamente ajustado para o mesmo valor.
• Se o campo Autenticação for alterado manualmente para qualquer valor (E-mail, WhatsApp ou SMS), o campo Notificação será automaticamente alterado para "E-mail".

Validação do Número de Celular:

• Caso o usuário não tenha um número de celular cadastrado nos campos "Telefone 1" ou "Telefone 2", ao tentar enviar o contrato para assinatura eletrônica, será exibida a mensagem: "Assinatura Eletrônica com autenticação via SMS/WhatsApp requer um número de telefone válido."

Importante: as funcionalidades de notificação e envio têm custos adicionais na plataforma ClickSign.