Tudo vive em uma página — Conformidade > Configurações de problemas de conformidade — e a ordem em que você toca isso importa. Decida o que merece um ticket, decida como esses tickets devem ser, e só então publique a política que os entrega para 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

1. Defina os status que você deseja trabalhar para Criar Problema e Ticket.
2. 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.
3. Na primeira vez que você fizer isso, os tickets aparecerão para dispositivos que já estão nesse estado. Esse preenchimento é intencional. Em uma frota com desvio real, pode haver muitos tickets de uma vez, o que é um bom motivo para fazer isso enquanto você está assistindo.

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 é publicada
• Prioridade padrão
• Inscritos padrão

Nenhum deles está bloqueado: sua equipe pode mudar qualquer um deles em um ticket individual posteriormente. Mas eles são herdados na criação, então o preenchimento usa o que eles dizem naquele momento.

Como usar — passo três, publique:

1. A política possui uma versão em rascunho e uma versão publicada, e apenas a publicação tem efeito sobre o comportamento.
2. Publicar e a auto-remediação estão ativadas. O chip de estado lê Auto remediação: ATIVADO e todo novo ticket de conformidade vai para ONE.
3. Não publique e os tickets ainda são criados — eles simplesmente permanecem na fila da sua equipe, como qualquer outro ticket.

Permissões

Empresas de demonstração bloqueiam ações de escrita e vêm com uma política publicada e tickets abertos para que o fluxo seja visível.

Solução de problemas e FAQ

Solução de problemas

1. 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 levantado um ticket e se esse dispositivo está não atribuído ou em estoque.
2. 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.
3. Novos tickets não estão chegando a ONE. 
   Nenhuma política publicada. Eles abrem como tickets comuns.

FAQ

1. Qual a ordem que devemos seguir?
   Status, depois padrões, depois publicar. A política é o interruptor e deve vir por último.
    
2. O que acontece com os tickets abertos quando despublicamos?
   Eles permanecem com ONE, que para de agir. Reatribua-os você mesmo.
    
3. Podemos ensaiar isso com segurança?
   Sim, em uma empresa de demonstração — fluxo real, dados de dispositivo fabricados, configurações bloqueadas.