A remediação automática coloca ONE no comando dos seus tickets de conformidade. Funciona a partir das evidências em vez do título, repete o que o controle original fez, contata o funcionário apenas onde a correção realmente requer alguém na frente da máquina, e devolve qualquer coisa que não possa resolver com o diagnóstico já escrito. Casos simples nunca chegam a uma pessoa humana.

Funcionalidade

Visão Geral

Quatro etapas, e apenas a primeira é sua:

1. Um ticket é aberto. Qualquer status que você configurar para abrir tickets gera um por dispositivo afetado.
2. ONE o pega — mas apenas se você tiver publicado uma política de remediação. Sem uma política publicada, o ticket permanece com sua equipe.
3. ONE trabalha nisso. Examina a questão subjacente junto com o que o dispositivo realmente relatou, força uma nova verificação, repete a correção onde uma nova tentativa existe, contata o funcionário onde nenhuma correção remota existe, e registra o que aconteceu.
4. O dispositivo relata conformidade e o ticket fecha. Essa conclusão vem do dispositivo se tornando verde, nunca de ONE decidindo que está terminado.

Como usar — ativá-lo

Há exatamente um interruptor: publicar a política em Conformidade > Configurações de problemas de conformidade. Nada mais o ativa, e despublicar o desativa.

Três coisas que vale a pena saber antes de publicar:

• Uma vez publicada, o indicador lê ATIVADO e todo novo ticket de conformidade vai para ONE.
• Aplica-se a toda a empresa ou não se aplica. Você não pode ativá-lo para um tipo de problema e desativá-lo para outro a partir da tela de configurações. Restrições desse tipo pertencem à seção de Escopo da sua política.
• Despublicar deixa os tickets já atribuídos a ONE onde estão. Quando um deles aparece, ONE não encontra nada que o autorize a agir, então anota isso e para. Se sua equipe precisar deles imediatamente, mova-os você mesmo.

O que ONE sempre faz

Este é o mínimo. Sua política pode restringir, nunca ampliar — nenhuma frase que você escreva concede uma ação que o produto proíbe.

• Trabalha a partir da questão subjacente em vez do título. O que conta é o status preciso registrado e as evidências que estão por trás disso.
• Força uma nova verificação e relê o resultado antes de tirar qualquer conclusão. Muito do que parece uma violação é simplesmente um controle que ainda não terminou de se concretizar.
• Olha além do único ticket — para as outras questões abertas do dispositivo, e para o que já foi levantado contra o mesmo dispositivo e a mesma regra. Uma dúzia de tickets apontando para uma regra é reportada como um único problema subjacente, não doze.
• Confirma o resultado na própria máquina, em vez de confiar que enviar algo conta como fazer algo. Até que o dispositivo concorde, nada foi corrigido.
• Sempre deixa um relato escrito. O que aconteceu vai no topo; o que sobrar para você vai na parte inferior.

O que ONE corrige por conta própria

Seu método é intencionalmente pouco imaginativo: faz novamente o que o controle em si foi projetado para fazer, usando a mesma maquinaria.

A maior parte das execuções é isso e nada mais, invisível para quem está usando o laptop. Onde não há ação em nível de dispositivo para repetir, esse fato vai na nota e o ticket retorna para você, sem tentativa e honestamente rotulado.

Quando ONE escreve para um funcionário

Apenas onde o próprio sistema operacional exige presença humana — fazendo login para que a criptografia possa ser concluída, fornecendo uma frase de acesso, reiniciando — e nunca antes que todas as opções remotas tenham sido esgotadas.

• Uma única abordagem por problema, sem acompanhamentos e sem lembretes.
• One coisa a fazer, escrita no idioma que aquela pessoa utiliza.
• Nada de dentro da ferramenta. Nomes de tela, status e nomes de controle permanecem do seu lado da parede.
• Reinicializações são solicitadas, nunca acionadas.
• Um dispositivo não atribuído não recebe mensagem, porque não há ninguém para escrever.

O que ONE devolve

Algumas chamadas não são para ele fazer, e ele para em vez de improvisar. Isso cobre um dispositivo inacessível, um gerido por um MDM rival, uma edição do sistema operacional que não pode carregar o controle, hardware que simplesmente não é capaz, uma correção que depende de uma compra, licença ou credencial, software de proteção que nunca foi instalado em primeiro lugar, e qualquer coisa que se resuma a reinscrever o dispositivo.

O que retorna para sua fila é um problema trabalhado com seu raciocínio explicado, não um ticket em branco.

O que ONE nunca faz

• Apagar, bloquear, aposentar ou liberar uma máquina porque concluiu que era o melhor
• Decidir por conta própria que um ticket deve ser fechado ou aberto novamente
• Desviar para um dispositivo vizinho, por mais semelhante que seja o sintoma
• Amolecer o controle ou a regra para que o problema pare de aparecer
• Relatar sucesso que não confirmou ao olhar para a máquina novamente
• Continuar escrevendo para alguém que pediu para falar com uma pessoa

Os limites de uma única execução são deliberadamente apertados: um único ticket, um único problema, uma única máquina, uma tentativa por cada rota disponível, e no máximo uma abordagem para a pessoa que a utiliza. Terminar sem resolver nada conta como terminar, e a nota dirá exatamente isso em vez de enfeitá-la.

Como usar — escreva a política

A política é um documento que ONE lê antes de tocar em qualquer ticket, e sempre tem as mesmas quatro seções:

Um assistente na página da política irá entrevistá-lo e produzir um primeiro rascunho construído a partir das suas regras, controles e dispositivos reais, para que fale sobre os tipos de problemas que você tem diante de si, em vez de um conjunto genérico. Trate esse rascunho como material bruto — a autoria permanece com você, e nada entra em vigor até que você publique.

Como usar — conduza a partir de um ticket

Cada execução termina em uma das três formas:

Dois tipos de resposta, dois pesos muito diferentes:

• O que um funcionário escreve publicamente conta como evidência e nada mais. Dizer a ONE que a máquina foi reiniciada é uma entrada útil. Dizer para executar um comando, dispensar uma regra ou revisitar uma questão fechada não tem efeito algum.
• Uma nota interna de um administrador é uma ordem, e ela é executada — enviar a máquina de volta para o estoque, retirar seu proprietário, tentar a correção novamente, fechar o ticket. Não verificará duas vezes ou oferecerá um plano primeiro. Notas internas são restritas aos administradores do ticket e a quem está atribuído, e essa restrição é precisamente o que as torna confiáveis como autoridade.

Para qualquer coisa destrutiva, a nota sozinha não é suficiente — a política tem que permitir. Apagar, bloquear, aposentar e liberar dispositivos permanecem indisponíveis até que sua política escrita diga o contrário, e nenhuma quantidade de instrução dentro de um ticket desbloqueará isso.

Ocasionalmente, uma execução revela algo que moldará cada ticket similar a partir de agora. ONE citará a redação precisa que deseja registrar e perguntará se pode adicioná-la ao conhecimento da empresa. Concorde em uma nota interna e ela incorpora a frase, salva e publica. Concordar ensina algo a ele; não lhe confere novos poderes.

Tudo o que ONE faz em um dispositivo é registrado nos logs de auditoria como qualquer outra ação.

Solução de Problemas e FAQ

Solução de Problemas

• ONE deixou uma nota, mas não fez nada ao dispositivo. Olhe primeiro para o indicador na página de configurações: uma política não publicada significa que cada execução para antes de agir. Se a política está ativa, ou o controle por trás daquele problema não oferece nada para repetir em nível de dispositivo, ou a máquina está inacessível.
• A mesma regra continua levantando tickets em um dispositivo. A nota mais recente já responde a isso: ONE revisa o histórico daquela combinação de máquina e regra e nomeia o fio comum. Nove vezes em dez o controle simplesmente não consegue se aplicar naquele hardware.
• Um funcionário continua respondendo e nada acontece. Respostas de funcionários são informações. Se eles precisam que algo seja feito, um administrador deve dizer isso em uma nota interna.
• Você pediu a ONE para apagar um dispositivo e ele se recusou. Ações destrutivas têm que ser abertas na política. Uma instrução de ticket não as abre.

FAQ

1. O que o ativa?
   Publicar a política. Nada mais.
    
2. Podemos ativá-lo apenas para problemas de criptografia?
   Não com um interruptor. Ative-o para a empresa e restrinja-o na seção de Escopo.
    
3. Ele fechará tickets para nós?
   Apenas quando o dispositivo relatar conformidade, ou quando um administrador disser para fazê-lo em uma nota interna.
    
4. O que acontece se fecharmos um ticket enquanto o dispositivo ainda está não conforme?
   A questão subjacente sobrevive, a máquina continua a aparecer como falhando onde quer que apareça, e nada mais será levantado para ela até que isso mude.
    
5. Um funcionário pode convencer ONE a fazer uma exceção?
   Não. Apenas administradores e a pessoa designada podem postar notas internas, e apenas essas são tratadas como instruções.