Uma questão de conformidade em um painel é um número. A remediação automática transforma isso em trabalho que termina. Um ticket é aberto, ONE o assume, e os casos simples se fecham 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 a remediação automática — quais status geram um ticket, os padrões do ticket e a 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. Mudar um controle MDM também aciona isso.
- Um status sinalizado levanta uma questão, para qualquer coisa configurada para Criar Questão ou Criar Questão 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 assume — desde que uma política esteja publicada. Se nenhuma estiver, o ticket existe, mas permanece com sua equipe.
- ONE o processa: lê a questão 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 |
| Questão de conformidade | Um dispositivo que atualmente reporta um status que você sinalizou |
| Ticket de conformidade | O ticket aberto para uma questão. Nunca mais de um por questão |
| Política de remediação | O mandato escrito. Publicá-la é o interruptor de acionamento |
| Remediação automática: 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 em um mau momento. A criação e o fechamento de tickets são reconciliados em cada cálculo de conformidade, então uma interrupção custa um ciclo de sincronização, não um ticket.
- Habilitar a geração de tickets recupera o histórico. Mude um status para Criar Questão 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 questões pode ser ticketada manualmente, incluindo status que você deliberadamente deixou sem ticket.
Permissões
| Ação | Permissão |
| Ver questões, 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 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 por fechar ou não a questão. Um retorno bem diagnosticado é um bom resultado.
Solução de Problemas e FAQ
Soluçã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 um 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 execução. - One dispositivo tem cinco tickets.
Por design. One ticket por questão, cinco questões, 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 apenas 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.