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.

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

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.

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.

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.

Foi introduzida a funcionalidade de anexar arquivos ao abrir um chamado de assistência técnica no Portal do Cliente. Os usuários poderão anexar fotos ou arquivos de áudio, mas é importante respeitar o limite de tamanho dos arquivos, até 25MB. Vídeos grandes, por exemplo, não serão aceitos se ultrapassarem esse limite.

Foram adicionadas mensagens automáticas na assistência técnica, similar ao que já existe para o atendimento. Com isso, os usuários podem configurar mensagens automáticas que serão exibidas na tela de assistência, oferecendo mais opções de personalizaçã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.

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.