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.

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.

Novos filtros foram adicionados na listagem de assistências técnicas, incluindo filtros (De e Até) por data de cadastro, data da última alteração e data de finalização. A data da última alteração agora se refere à última mensagem registrada no sistema.

Além disso, é possível visualizar o SLA de cada situação de assistência diretamente na listagem, proporcionando uma visualização mais clara e prática.

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

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.

Houve a adição de quatro novas colunas nas configurações financeiras de extrato do Sienge, que podem ser exibidas ou ocultadas: valor original, valor da baixa, acréscimo e desconto. Por padrão, essas colunas estão marcadas para exibição, mas o usuário pode desabilitá-las conforme necessário.

Foi implementado um filtro no Portal do Cliente, especificamente na listagem de atendimentos, proporcionando uma busca mais ágil. Não é necessário habilitar nada; o recurso já estará disponível como padrã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, é 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: 

• Esse campo será exibido apenas se a integração Sienge estiver ativada;
• Só obterá sucesso se a reserva vendida estiver sem código interno.

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.