Um problema de conformidade em um painel é um número. A auto-remediação o transforma em trabalho que termina. Um ticket é aberto, ONE o pega, e os casos simples são fechados sem que ninguém os leia — enquanto o restante chega a um administrador com a investigação já feita.
Visão Geral
Três artigos cobrem a configuração; este cobre a forma da coisa:
- Configurar auto-remediação — quais status abrem um ticket, os padrões do ticket e publicação
- Escrever sua política de remediação — o mandato sob o qual ONE opera
- O que ONE faz — o piso, o teto e o que sua política controla
Como usar — o caminho da deriva ao fechado
- Um dispositivo faz check-in e sua conformidade é recalculada. Alterar um controle MDM também aciona isso.
- Um status sinalizado levanta um problema, para qualquer coisa configurada para Criar Problema ou Criar Problema e Ticket.
- Um ticket é aberto para os status ticketados, carregando um título traduzido, a tag de Conformidade, o dispositivo, seu proprietário como solicitante e seus padrões de ticket.
- ONE o pega — desde que uma política esteja publicada. Se nenhuma estiver, o ticket existe, mas permanece com sua equipe.
- ONE trabalha nele: lê o problema subjacente e suas evidências, atualiza o dispositivo, aplica o que pode aplicar, escreve para o funcionário apenas quando um humano realmente é necessário, e publica suas descobertas.
- A conformidade retorna e o ticket se fecha por conta própria. ONE não fecha tickets de conformidade por iniciativa própria.
O vocabulário
| Termo | Significado |
| Problema de conformidade | Um dispositivo que atualmente reporta um status que você sinalizou |
| Ticket de conformidade | O ticket aberto para um problema. Nunca mais de um por problema |
| Política de remediação | O mandato escrito. Publicá-lo é o interruptor de ativação |
| Auto-remediação: LIGADO / DESLIGADO | O chip na página de configurações. LIGADO apenas enquanto uma política estiver publicada |
Três coisas que são confiáveis por design
- Nada se perde por um mau momento. A criação e o fechamento de tickets são reconciliados a cada cálculo de conformidade, então uma falha custa um ciclo de sincronização, não um ticket.
- Ativar a criação de tickets recupera o histórico. Altere um status para Criar Problema e Ticket e os tickets aparecem para dispositivos já nesse estado, não apenas para os futuros.
- Você nunca fica bloqueado no caminho manual. Qualquer linha única na lista de problemas pode ser ticketada manualmente, incluindo status que você deliberadamente deixou sem ticket.
Permissões
| Ação | Permissão |
| Visualizar problemas, configurações e política | MDM_READ |
| Alterar configurações, editar e publicar a política | MDM_WRITE |
Dicas e melhores práticas
- Publique por último. Tudo o mais é preparação; publicar é o momento em que começa a acontecer.
- Espere o preenchimento retroativo e planeje em torno disso. O primeiro status ticketado recupera toda a sua frota de uma vez.
- Ticket muito menos do que você sinaliza. Sinalizar não custa nada; um ticket é uma promessa de que será trabalhado.
- Julgue uma execução pela sua nota, não se o problema foi fechado. Um retorno bem diagnosticado é um bom resultado.
Resolução de problemas e FAQ
Resolução de problemas
- Tickets estão aparecendo, mas nada está sendo trabalhado. Nenhuma política publicada, então eles abrem não atribuídos a ONE.
Verifique o chip. - Um status ticketado não produziu ticket para um dispositivo.
Procure uma exceção que o cubra — dispositivos não atribuídos e em estoque são completamente ignorados — ou um período de carência ainda em andamento. - One dispositivo tem cinco tickets.
Por design. One ticket por problema, cinco problemas, cinco tickets.
FAQ
-
O que ativa isso?
Publicar a política de remediação. Apenas isso.
-
Os tickets abrem sem uma política?
Sim, eles simplesmente não são entregues a ONE.
-
Ele algum dia fechará um ticket por conta própria?
Não por iniciativa própria. O fechamento vem do dispositivo se tornando conforme, ou de um administrador instruindo-o.