Agora é exibido o SLA na listagem de assistência, proporcionando maior visibilidade sobre os prazos de atendimento. Este SLA está diretamente vinculado ao workflow da assistência, e quaisquer alterações nos prazos definidos (como aumento ou redução) impactarão automaticamente as assistências já em andamento. Isso permite uma gestão mais eficaz e ágil, mas exige cuidado para evitar modificações inesperadas que afetem prazos de tarefas em curso.
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.
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.
No CVDW-API de Vendas, foram adicionadas informações detalhadas sobre o titular e o associado. Agora, são incluídos o id da pessoa, o tipo de associação, e a porcentagem de participação do associado no contrato. Essa adição visa aprimorar a precisão e a transparência dos dados contratuais, possibilitando a análise de participação individual.
A API de cadastro de unidades foi aprimorada para incluir quase todos os campos necessários no POST de unidades. Novos parâmetros adicionados incluem: Valor da unidade; Tipologia; Quantidade de quartos, banheiros, suítes; Vagas de garagem; entre outros.
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.
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".
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.
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.
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.
