Como parte dos recursos padrão do Enate, criados para otimizar as pesquisas realizadas pelos usuários, certos termos comumente utilizados são removidos da busca se forem inseridos manualmente. Isso ocorre para garantir uma resposta em tempo hábil, além de impeder que a pesquisa retorne um número muito grande de resultados que acabaria por esconder os retornos desejados pelo usuário. Uma das abordagens utilizadas para isso é o uso de “Listas de Parada”.

Lista de Parada

Uma lista de parada consiste emu ma lista de palabras comuns padrão,t ais como “e”, “o”, “a”, “eu”, etc., que são ignoradas no processo de busca, visto que retornariam resultados demais.

Abaixo encontra-se uma lista de TODAS as palavras que o Enate irá ignorar – isso não inclui apenas buscas na Busca Rápida, mas também pesquisas realizadas por usuários, por e-mails, Itens de Trabalho, etc. Se você inserir quaisquer dos itens de lista, eles serão ignorados automaticamente na busca por resultados.

Múltiplas Listas de Parada são suportadas por vários idiomas de usuário.

Caracteres ignorados na Busca Rápida

Caracteres específicos são configurados para serem ignorados na Busca Rápida, como “*”, “?”, “@”, etc. Isso quer dizer, por exemplo, que na busca por cliente.com, as palavras ‘cliente’ e ‘com’ serão pesquisadas. Recomendamos que a combinação de palavras seja colocada entre parênteses para buscar por uma frase específica – provavelmente buscar por “cliente.com” irá retornar os resultados que você deseja.

Abaixo encontra-se uma lista de todos os caracteres ignorados em pesquisas na Busca Rápida:

Detalhes sobre as resoluções de tela compatíveis com o Enate

Resolução de tela mínima compatível

A resolução mínima compatível com o Enate a 100% DPI é: 1366 x 768. Isso significa que as resoluções de 1280x1024 ou menos NÃO são compatíveis.

Resoluções de tela e DPI compatíveis

Resoluções maiores podem funcionar com configurações de DPI acima de 100%. Tendo isso em mente, a lista abaixo mostra as combinações de resolução e DPI compatíveis com o Enate. Para ajudar a esclarecer, disponibilizamos aqui as definições do setor para essas resoluções de tela:

• 1366 x 768 HD (High Definition) – Compatível somente a 100% DPI

• 1600 x 900 HD+ (High Definition Plus) – Compatível somente a 100% DPI

• 1920 x 1080 FHD (Full High Definition) – Compatível até 125% DPI

• 1920 x 1200 WUXGA (Wide Ultra Extended Graphics Array) – Compatível até 125% DPI

• 2560 x 1440 QHD (Quad High Definition) – Compatível até 150% DPI

• 3440 x 1440 WQHD (Wide Quad High Definition) – Compatível até 150% DPI

• 3840 x 2160 4K ou UHD (Ultra High Definition) – Compatível até 200% DPI

Barras de ferramentas de navegador adicionais e compatibilidade com resoluções

Principalmente ao executar na mínima resolução compatível, o Enate sempre recomenda aos usuários executar o Enate em modo tela cheia (acessível pela tecla F11 no navegador) para obter o máximo espaço na tela. Caso tenha barras de ferramentas adicionais instaladas no navegador, além das barras padrão (por exemplo, extensões do navegador), isso pode reduzir muito o espaço disponível na tela e pode chegar a dimensões de tela abaixo do mínimo compatível.

Como parte da gestão de Tickets, Casos e Ações nos seus processos de trabalho no Enate, o sistema avalia regularmente a quem o trabalho está atribuído, quem está definido como Proprietário e a qual Fila o item de trabalho está vinculado. Para determinar isso, existem regras detalhadas a serem seguidas.

Antes de conferir essas regras detalhadas, é importante entender o padrão de como essas alocações de itens de trabalho são avaliadas e quando, de fato. Isso funciona da seguinte maneira:

1. Primeiro nós determinamos QUANDO essas reavaliações ocorreram. Essencialmente, isso ocorre quando algo muda no card de “Status” do item de trabalho.

2. Quando o sistema determina que precisa fazer uma avaliação, nós inicialmente usamos o status/a situação de um item de trabalho para determinar quais dos valores de Responsável, Proprietário e Fila precisam ser definidos e quais precisam ser Apagados completamente.

3. Para os que precisarem de configuração:

   1. Se for necessário definir uma Fila, é simples: basta selecionar a Fila referenciada na regra de Alocação (existem somente dois tipos de regra de alocação de Fila para seguir).

   2. Para o Responsável e o Proprietário, existem mais detalhes: é necessário passar por uma série de regras em uma ordem, parando quando a regra é cumprida e um alvo válido* é selecionado.

*Verificação de validade: como parte da verificação de regra de alocação de Responsável/Proprietário, precisamos determinar se o alvo é válido (existem várias regras de verificação de validade que precisam ser cumpridas). Em caso negativo, continuamos com as regras da parte 3 até um alvo válido ser encontrado.

Agora que o padrão em questão foi descrito, podemos conferir cada conjunto de regras aplicados para as seções 1 a 3 acima e para as verificações de validade de alvo.

Determinar QUANDO as reavaliações ocorrem

O sistema reavaliará o Usuário Designado, o Proprietário e a Fila sempre que as informações do card de Status mudarem, especificamente:

• o Status mudar

• a Tipo de Espera mudar

• a Data de Acompanhamento Programada mudar

• a data de “Aguardar por mais informações” mudar

• a opção “Aguardando” mudar (somente para Casos)

• o Contexto do Ticket mudar

• a Categoria do Ticket mudar

• o status “Em revisão” mudar

• Novas Informações serem recebidas sobre o item de trabalho

• Um Caso encontrar um problema

Determinar se os valores Responsável, Proprietário e Fila precisam ser definidos ou apagados

Quando o sistema determina que precisa fazer uma avaliação, nós inicialmente usamos o ESTADO de um item de trabalho para determinar quais dos valores de Responsável, Proprietário e Fila precisam ser definidos e quais precisam ser Apagados completamente. Você pode ver essas informações na tabela abaixo:

Como um usuário Responsável, um Proprietário e uma Fila são definidos

• Filas: se uma Fila precisar ser definida, é simples: o método de alocação de fila é executado.

• Responsável e Proprietário - Se um Responsável ou Proprietário precisar ser definido, existem alguns detalhes para se ter em mente. É necessário passar por uma série de regras em uma ordem, parando quando a regra é cumprida e um alvo válido é selecionado.

Antes de a lista de regras ser executada, existe uma verificação de nível mais alto: se um Responsável/Proprietário estiver definido atualmente, não modifique o Responsável/Proprietário a menos que a Categoria do Ticket tenha mudado.

Caso contrário, execute as seguintes regras, na ordem, parando quando um alvo válido for identificado:

1. Se a opção “Manter comigo” tiver sido definida em um item de trabalho, o Responsável/Proprietário será definido como o usuário que selecionou “Manter comigo”. Caso contrário, ou caso o usuário resultante seja inválido, então

2. Se o usuário Proprietário não estiver em branco, defina Responsável para o mesmo valor. Caso contrário, ou caso o usuário resultante seja inválido, então

3. Se o item de trabalho for um Ticket e a categoria do Ticket tiver mudado e, ou o “Tipo de espera” mudou ou o status for Resolvido, o Responsável/Proprietário será definido como o usuário que estiver atualmente atualizando o Ticket. Se não, então

4. Se o item de trabalho não for um Ticket OU for um Ticket (onde a Categoria dele não mudou E temos mais de 2 linhas de histórico de status, ou seja, não está em seu primeiro estado não-rascunho), então:

1. Defina o Responsável e o Proprietário para o último usuário/robô a atualizar o item de trabalho. Caso não haja, ou caso o usuário resultante seja inválido, então

2. Defina o Responsável/Proprietário para um usuário/robô qualquer anteriormente atribuído em ordem decrescente de quando foi designado. Caso não haja, ou caso o usuário resultante seja inválido, então

3. Se a Ação tiver sido iniciada pelo processo de trabalho (ou seja, ad-hoc não manual), definir o Responsável/Proprietário como o último usuário/robô a trabalhar na mesma Ação anteriormente concluída do Caso (ou Revisar a Ação, se estiver em uma revisão). Caso não haja, ou caso o usuário resultante seja inválido, então

5. Execute a Regra de Alocação deste item de trabalho:

1. Se a alocação por envio primária estiver configurada para um usuário específico, defina o Responsável/Proprietário para esse usuário. Caso não haja, ou caso o usuário resultante seja inválido, então

2. Se a alocação por envio secundária estiver configurada para um usuário específico, defina o Responsável/Proprietário para esse usuário. Caso não haja, ou caso o usuário resultante seja inválido, então

3. Se a alocação por envio primária estiver configurada para o Cargo, dos usuários que ocupam esse cargo, defina o Responsável/Proprietário para o usuário com menos itens de trabalho na caixa de entrada. Caso não haja, ou caso o usuário resultante seja inválido, então

4. Se a alocação por envio secundária estiver configurada para o Cargo, dos usuários que ocupam esse cargo, defina o Responsável/Proprietário para o usuário com menos itens de trabalho na caixa de entrada. Caso não haja, ou caso o usuário resultante seja inválido, então

6. Se o item de trabalho estiver em um Caso, defina o Responsável/Proprietário para o usuário/robô que iniciou o Caso.

Verificações de validade

Como parte da verificação da regra de alocação de Responsável/Proprietário, temos de determinar se o alvo é válido. Para ser válido, existem várias regras de verificação de validade que ele precisa cumprir. Em caso negativo, continuamos com as regras para definir um Responsável/Proprietário até um alvo válido ser encontrado. As verificações de validade executadas são estas:

• Se o Usuário/Robô não tiver permissão para trabalhar nos itens de trabalho desse tipo (ou seja, Ativo/Em teste), então bloquear

• Se o Usuário/Robô estiver aposentado, então bloquear

• Se o Usuário não tiver permissão, então bloquear (sem verificação de permissão para Robôs)

• Se o Robô estiver suspenso, então bloquear

• Se o Robô tiver executado "Obter mais trabalho” mais de 3 vezes para esse item de trabalho, então bloquear

• Se o usuário selecionado for um Robô e o item de trabalho for uma Ação que está na etapa de Revisão, então bloquear (Robôs não podem executar Revisões)

• Se o usuário selecionado for um Robô e o item de trabalho for uma Ação e nenhuma Robot Farm estiver configurada para a Ação, então bloquear

• Se o usuário selecionado for um Robô e o item de trabalho for uma Ação e o Robô não for membro de uma Robot Farm configurada para a Ação, então bloquear

• Se o usuário selecionado for um Robô e o item de trabalho for um Caso, então bloquear (Robôs não podem ser designados a Casos)

• Se o item de trabalho for um manual com a Ação de Revisão que está na etapa de Revisão e o Usuário tiver executado uma ou mais atualizações enquanto estava na etapa Fazendo, então bloquear (usuários não podem executar revisões em seu próprio trabalho)

• Se o item de trabalho for um manual com a Ação de Revisão que está na etapa Fazendo e o Usuário tiver executado uma ou mais atualizações enquanto estava na etapa Revisão, então bloquear (usuários não podem trabalhar em algo em que tenha feito uma revisão anteriormente)