Em validação – Citrus.cx https://hml-docs.citrus.cx Base de Conhecimento Fri, 08 Aug 2025 13:58:28 +0000 pt-BR hourly 1 https://wordpress.org/?v=6.9.4 https://hml-docs.citrus.cx/wp-content/uploads/2023/08/cropped-doc-citrus_LOGO-FAVICON-1-32x32.png Em validação – Citrus.cx https://hml-docs.citrus.cx 32 32 Versão 2.107.0 https://hml-docs.citrus.cx/docs/releases-notes/release-notes/versao-2-107-0/ https://hml-docs.citrus.cx/docs/releases-notes/release-notes/versao-2-107-0/#respond Mon, 02 Sep 2024 19:25:00 +0000 https://docs.citrus.cx/docs/releases-notes/release-notes/versao-2-107-0/

Atendimentos: Canais de Atendimento associados ao Grupo de Atendente

A tela Grupo de Atendente (Administração > Atendimentos > Grupo de Atendente > (botão) +Novo) recebeu o bloco Canais de Atendimento com o campo para seleção dos canais disponíveis na plataforma. 

Dessa forma, o Atendente visualiza na listagem da tela Atendimentos apenas os Protocolos dos canais para os quais esse permissionamento reflete na configuração. 

Se o Administrador não selecionar algum Canal de Atendimento para os Atendentes nessa configuração Grupo de Atendente, então esses Atendentes podem ver todos os Atendimentos da listagem. 

* Confira como configurar Grupo de Atendente. 

Atendimentos: Melhoria na oferta de cards

A plataforma redirecionava os Atendentes que já tinham realizado o primeiro atendimento ao fluxo de atendimento, antes que todos os Atendentes disponíveis fizessem um atendimento. 

Esse comportamento causava uma distribuição desigual e sobrecarga para alguns Atendentes, porque novos cards não eram ofertados aos Atendentes que ainda não tinham realizado atendimento. 

 

Após a melhoria, as regras para a oferta de cardso as seguintes: 

– Os cards tocam para todos os Atendentes logados que ainda não realizaram algum atendimento. 

– O card é ofertado ao Atendente que acaba de logar na fila, mesmo que outros Atendentes já tenham realizado atendimento. 

– Se todos os Atendentes logados já realizaram algum atendimento, o próximo card é ofertado ao Atendente que passou o tempo de descanso e finalizou atendimento a mais tempo.  

– O card é ofertado ao Atendente que não atingiu a quantidade de atendimentos simultâneos configurada pelo Administrador, considerando também as regras anteriores. 

– Os cards não aceitos são ofertados novamente conforme as regras anteriores. 

Atendimentos: Código enviado ao cliente no Chat

Foi verificado que a plataforma enviava ao cliente o código de ação citrus-finish-session como uma mensagem durante o atendimento via Chat. Essa mensagem causava a falta de compreensão nos clientes. 

Para correção foi removido da plataforma o caractere \n que era enviado pelo bot junto a esse código de finalização da sessão. A partir de agora o cliente recebe corretamente as mensagens do fluxo de atendimento. 

Atendimentos: Visualização de Comentários adicionados

Os novos Comentários deixaram de ser visíveis ao acessar um Atendimento, mesmo após a plataforma exibir a mensagem “Comentário adicionado com sucesso“. Porém, na tela de listagem dos Atendimentos, ao clicar no botão (+) “Informações detalhadas” esses Comentários eram visíveis normalmente. 

Esse cenário ocorreu devido a adição de um Comentário com conteúdo HTML de formato inválido, com 2 aspas duplas (” “) na propriedade <style>. Dessa forma a sequência de caracteres do conteúdo se perdia por não compreender o que era abertura e fechamento. 

Foi ajustada a regra da plataforma para substituição de 1 aspa dupla (“) quando adicionado conteúdo HTML nos Comentários. Assim os Comentários são carregados corretamente. 

Atendimentos: Duplicação de Atendimentos via email

Acontecia a criação de outro Atendimento quando o cliente respondia o email do comentário de um Atendimento em andamento. 

Foi implementada outra forma de identificar o Protocolo ao processar os emails via IMAP. Com a configuração na tela Layout padrão de email de notificação (Administração > Configurações Gerais > Layout padrão de emails de notificação), agora pode ser ativado em quais templates de email um reply-to é adicionado com o número do Protocolo. 

Com essa melhoria a resposta do cliente ao comentário de um Atendimento é salva corretamente nesse Atendimento. 

Base de conhecimento: Regra para visualização dos Artigos

Os Artigos aprovados não eram visualizados pelos usuários. Foi realizado o ajuste na tela Artigo (Base de conhecimento > Artigo) com a retirada da flag “Visível para o cliente” e adicionada a regra ao campo Status. 

Agora quando o campo Status estiver com as seguintes opções selecionadas: “Rascunho” ou “Em validação”, o Artigo não fica visível para usuários. O Artigo somente é visível para usuários se o campo Status estiver selecionado com a opção “Aprovado”, e o Setor do usuário estiver adicionado na seção Setores. 

Para clientes com permissão de acesso a plataforma somente é necessário que o Artigo esteja com o Status “Aprovado”. Dessa forma, a validação de Artigos visíveis em tela acontece por regra padrão da plataforma. 

Atendimentos: Email e senha visíveis na conversa com Chatbot

Identificado que ao iniciar uma conversa com o Chatbot, o cliente após preencher email e senha para autenticação na tela inicial do Webchat, esse email e senha estavam visíveis na conversa. 

Com o ajuste na regra da plataforma para não salvar a primeira mensagem recebida pelo Bot quando o canal Webchat possui o Fluxo alternativo configurado, esse cenário não acontece mais, pois a primeira mensagem que vai para o Bot é o login e senha do cliente que solicita atendimento. 

Configurações Gerais: Dados duplicados ao "Importar clientes"

Durante a ação do botão Importar clientes na tela Clientes (Administração > Configurações Gerais > Clientes), a plataforma salvava, em todos os registros de clientes existentes na base, os dados de Campos Extras do último arquivo CSV importado. Esse cenário causava a duplicação dos dados e informações incorretas de clientes. 

Com a correção na regra de processamento do arquivo CSV, foi eliminado o comportamento de loop, e ajuste na velocidade da ação pela quantidade de linhas e colunas de registro. Assim, a importação de clientes é realizada corretamente e em menor tempo. 

]]>
https://hml-docs.citrus.cx/docs/releases-notes/release-notes/versao-2-107-0/feed/ 0
Versão 2.61.0 https://hml-docs.citrus.cx/docs/releases-notes/release-notes/versao-2-61-0-8709/ https://hml-docs.citrus.cx/docs/releases-notes/release-notes/versao-2-61-0-8709/#respond Wed, 21 Jun 2023 12:23:41 +0000 https://docs.citrus.cx/docs/releases-notes-2/versao-2-61-0/

Base de conhecimento: Criado status “Em validação” para artigos

O cadastro de artigos da Base de conhecimento (Menu Principal > Base de Conhecimento) passa a contar com o novo status “Em validação” para ser utilizado na visualização dos conteúdos de apoio aos fluxos de atendimento. 

O novo status permite que conteúdos que passaram por atualizações e estão em etapa de validação ainda fiquem disponíveis para serem visualizados pelo Atendente. 

Para realizar ajustes nos artigos com pendência de validação, com os status anteriores da plataforma (Rascunho e Aprovado), era necessário alterar para o status “Rascunho” que restringia a visualização.

Os artigos com o status “Em validação” podem ser identificados com o ícone na cor laranja na aba da Base de conhecimento da tela do Atendente e na tela do menu Base de conhecimento.

Exemplo: Na prática, os artigos “Em validação” ficam disponíveis para uso do Atendente como apoio nos Atendimentos, mas com a observação de que algumas informações podem ter a necessidade de serem confirmadas com o Supervisor.

IMPORTANTE:

  • Apenas os usuários cadastrados com o Perfil (Administração > Usuários > Perfil) do tipo Sistema terão acesso aos artigos com o status “Em validação”.
  • Usuários com Perfil do tipo Cliente não terão acesso aos artigos com status “Em Validação”.
  • Para os artigos serem visualizados no ícone da Base de conhecimento, a flag “Visível para o cliente” deve estar habilitada e um dos status “Aprovado” ou “Em Validação” selecionados.

Para mais informações, acesse Como Cadastrar Artigos na Base de Conhecimento

Agendamentos: Campo de data final para campanhas de SMS e WhatsApp passa a ser de preenchimento opcional

Os Agendamentos (Administração > Atendimentos > Agendamentos) configurados para os canais de SMS WhatsApp passam a ter o campo de data final (“Fim”) da campanha como opcional.  

Anteriormente, ao cadastrar uma nova campanha para esses canais, era obrigatório informar uma data final para o seu encerramento. 

Com a melhoria, é possível manter o Agendamento ativo com recorrência e sem, necessariamente, uma data limite para finalizar os disparos.

LimeSales: Corrigido erro de execução de JavaScript

As telas de Clientes (Administração > Configurações Gerais > Clientes) e Contas (LimeSales > Contas) passaram por melhorias para corrigir a mensagem de erro sobre execução de JavaScript que era exibida ao acessá-las

A partir de agora, a mensagem de erro não será mais exibida quando o usuário acessar qualquer uma das telas. 

Estatísticas: Atualizações estão sendo pausadas normalmente na tela de Monitoramento

O recurso de Pausar atualização da funcionalidade Visualizar Chat, na tela de Monitoramento (Estatísticas > Monitoramento), foi ajustado para que todas as interações possam ser pausadas e visualizadas. 

A correção resolve o cenário em que, após clicar em Pausar atualização, as mensagens não paravam e continuavam sendo atualizadas, dificultando o acompanhamento das interações.  

Base de conhecimento: Pesquisas realizadas estão retornando resultados corretamente

O recurso de pesquisa da Base de conhecimento, utilizado na aba da tela do Atendente (Menu Principal > Atendente) e no ícone do menu do topo da tela (), recebeu melhorias para retornar corretamente os dados buscados. 

O ajuste resolve o cenário em que ao pesquisar diferentes termos, os artigos cadastrados retornavam com o mesmo resultado. 

Foram realizadas melhorias na forma de consulta da informação, acontecendo de forma mais ágil e assíncrona, em que uma nova busca é executada a cada novo caractere digitado. 

Atendimentos: Dados do campo de “Classificação do Tipo de Ocorrência” estão sendo exibidos normalmente após o registro de Protocolos

Os dados do campo Classificação do Tipo de Ocorrência, configurados em (Administração > Configurações Gerais > Tipo de Ocorrência), estão sendo salvos normalmente após o registro de um Protocolo de Atendimento. 

Foi corrigido o cenário em que, após registrar o Protocolo de Atendimento e visualizar a aba “Solução”, a informação de Classificação do Tipo de Ocorrência não era carregada na tela. 

Atendente: Usuário será notificado quando o cliente não possuir telefone celular cadastrado para envio de HSM via WhatsApp

O fluxo de envio de mensagens ativas pelo canal de WhatsApp através dos templates de HSM (Highly Structured Message) passou por melhorias para exibir uma mensagem de erro informando ao usuário que o cliente não possui telefone celular cadastrado.

Os ajustes resolvem o cenário em que ao incluir um comentário a partir de um template de HSM, sem um telefone cadastrado, era exibida uma mensagem de erro sem especificar o motivo da falha. 

Template de E-mail: Campo "Descrição" da tela de cadastro está sendo atualizado após alterações

O cadastro do recurso de Template de E-mail (Administração > Configurações Gerais > Template de E-mail) passou por melhorias para salvar corretamente a edição das informações do campo “Descrição” na etapa de configuração.  

A correção resolve o cenário em que ao alterar o texto desse campo e retornar a mensagem de sucesso, as informações não eram atualizadas.  

]]>
https://hml-docs.citrus.cx/docs/releases-notes/release-notes/versao-2-61-0-8709/feed/ 0