Tudo vive em uma página — Conformidade > Configurações de problemas de conformidade — e a ordem em que você toca nisso importa. Decida o que merece um ticket, decida como esses tickets devem ser, e só então publique a política que os entrega a ONE.
Visão geral
Publicar é o interruptor, por isso vem por último. Faça isso primeiro e você estará editando padrões em tickets que já existem.
Para o que ONE realmente faz com um ticket uma vez que ele tenha um, veja o que ONE faz em um ticket de conformidade.
Como usar — passo um, decida o que merece um ticket
- Defina os status que você deseja que sejam trabalhados para Criar Problema e Ticket.
- Resista à tentação de ticketar tudo o que você sinaliza. Levantar um problema é visibilidade gratuita; abrir um ticket é um compromisso de que alguém — uma pessoa ou ONE — irá trabalhar nisso. A maioria das equipes sinaliza amplamente e ticketam de forma restrita, e aquelas que fazem o oposto acabam ignorando sua própria fila.
- Na primeira vez que você fizer isso, os tickets aparecerão para dispositivos já nesse estado. Esse preenchimento retroativo é intencional. Em uma frota com desvio real, pode haver muitos tickets de uma vez, o que é uma boa razão para fazer isso enquanto você está observando.
Como usar — passo dois, decida como os tickets devem ser:
Três padrões se aplicam a cada ticket aberto a partir de um problema de conformidade:
- Atribuição padrão — embora ONE assuma enquanto sua política estiver publicada
- Prioridade padrão
- Assinantes padrão
Nenhum deles está bloqueado: sua equipe pode alterar qualquer um deles em um ticket individual posteriormente. Mas eles são herdados na criação, então o preenchimento retroativo usa o que eles dizem naquele momento.
Como usar — passo três, publique:
- A política possui uma versão de rascunho e uma versão publicada, e somente a publicação tem efeito sobre o comportamento.
- Publique e a auto-remediação está ativada. O chip de estado lê Auto remediação: ATIVADO e cada novo ticket de conformidade vai para ONE.
- Não publique e os tickets ainda serão criados — eles simplesmente permanecem na fila da sua equipe, como qualquer outro ticket.
Despublicar e novos tickets param de ir para ONE. O que isso não faz é retirar ONE dos tickets que já possui. Essas execuções não encontram mandato e param com uma nota. Mova-os manualmente se você quiser que sua equipe trabalhe neles hoje.
Permissões
| Ação | Permissão |
| Ver configurações e política | MDM_READ |
| Alterar status, padrões, editar ou publicar a política | MDM_WRITE |
As empresas de demonstração bloqueiam ações de escrita e são entregues com uma política publicada e tickets abertos para que o fluxo seja visível.
Dicas e melhores práticas
- Defina os padrões dos tickets corretamente antes de publicar. O preenchimento retroativo os herda, e corrigir cem tickets depois é uma má tarde.
- Publique quando alguém estiver assistindo, não às 18:00 de uma sexta-feira. O primeiro preenchimento retroativo é o momento mais barulhento que este recurso possui.
- Confie no chip de estado acima de tudo. Se não disser ATIVADO, nada está sendo trabalhado, independentemente do que você configurou.
- Não trate a despublicação como um interruptor de desligar. Isso apenas impede novas atribuições.
Solução de problemas e FAQ
Solução de problemas
- Um status está configurado, mas nenhum ticket aparece.
Verifique três coisas, nesta ordem: o dispositivo está coberto por uma exceção (não atribuído ou em estoque)? Um período de carência ainda está contando? O status está realmente em Criar Problema e Ticket em vez de Criar Problema? Se nenhuma dessas explicações for válida, escreva para support@factorial.it com o nome da sua empresa, o tipo e status do problema, um dispositivo que deveria ter gerado um ticket e se esse dispositivo está não atribuído ou em estoque. - O chip lê DESATIVADO após a publicação.
Reabra a política — edições de rascunho não finalizadas podem deixar a versão publicada para trás. - Novos tickets não estão chegando a ONE.
Nenhuma política publicada. Eles abrem como tickets comuns.
FAQ
-
Em que ordem devemos fazer isso?
Status, depois padrões, depois publicar. A política é o interruptor e pertence por último.
-
O que acontece com os tickets abertos quando despublicamos?
Eles permanecem com ONE, que para de agir. Reatribua-os você mesmo.
-
Podemos ensaiar isso com segurança?
Sim, em uma empresa de demonstração — fluxo real, dados de dispositivo fabricados, configurações bloqueadas.