As verificações de conformidade analisam cada dispositivo gerenciado em relação às suas políticas a cada sincronização e mostram aqueles que estão fora de conformidade. Você decide quais estados de dispositivo contam como uma violação, quais dispositivos são isentos e se uma violação abre um ticket. Nada para escanear, nada para reconhecer.
Visão Geral
A conformidade responde a três perguntas:
- Os dispositivos ainda estão alinhados com nossas políticas? O disco está criptografado, o sistema operacional está atualizado, o antivírus está ativo, o dispositivo ainda está registrado e acessível?
- Quais desvios realmente importam? Você escolhe. Um estado que você não sinaliza é ignorado.
- Quem lida com isso? Você escolhe quais problemas abrem um ticket e se ONE trabalha nesses tickets para você.
Cada sincronização de dispositivo reexecuta as regras e atualiza a lista. Não há escaneamento a ser iniciado e nenhum problema a ser marcado.
As duas telas
Ele aparece em dois lugares, e saber qual é qual economiza muitos cliques:
Ir para |
Para |
|---|---|
Conformidade > Problemas de conformidade |
A lista ao vivo de dispositivos que estão atualmente violando suas políticas — sua fila de triagem diária |
Conformidade > Configurações de problemas de conformidade |
Quais estados contam como uma violação, quais dispositivos são isentos, quanto tempo esperar |
Um dispositivo só aparece na lista se seu estado atual corresponder a um que você sinalizou e não estiver coberto por uma exceção. Altere uma configuração e a lista será atualizada na próxima sincronização.
As palavras que você precisa
Termo |
O que significa |
|---|---|
Tipo de problema |
Uma categoria que é auditada. O Status de Registro e o Status Online se aplicam a cada dispositivo. Todo outro tipo (criptografia, atualizações de SO, política de senha, firewall, Wi-Fi, antivírus, contas de administrador e assim por diante) está vinculado a um controle e permanece somente leitura até que você implemente esse controle. |
Status |
Um valor dentro de um tipo: Criptografado, Não criptografado, Atualizado, Offline por mais de 7 dias. |
Regra |
O que cada status faz: nada, levantar um problema ou levantar um problema e abrir um ticket. |
Exceção |
Um tipo de dispositivo totalmente ignorado, como dispositivos não atribuídos ou estoque. |
Período de carência |
Por quanto tempo um estado deve durar antes de contar. Isso impede que um dispositivo em processo de criptografia levante um alerta. |
Problema |
Um dispositivo que está atualmente relatando um estado que você sinalizou |
| Ticket | Aberto para um problema. Um dispositivo com cinco problemas carrega cinco tickets. |
| Auto remediação | ONE trabalhando nesses tickets sob uma política que você escreve. |
Como um problema aparece e desaparece
- O dispositivo sincroniza. Cada regra é executada contra ele novamente.
- Cada regra retorna um estado. Criptografado para a regra de criptografia, Offline por mais de 7 dias para a regra online.
- O estado é comparado às suas regras. Se você sinalizou, o dispositivo recebe um problema. Se não, conta como conforme.
- O problema se resolve por si só. A criptografia termina, o sistema operacional é atualizado, o laptop volta a ficar online — o problema desaparece na próxima sincronização.
Não há reconhecimento, não há soneca e não há fechamento. Isso é deliberado: a lista sempre reflete a frota como está agora, não o que alguém se lembrou de marcar.
Como usar
Trabalhe a lista
Vá para Conformidade > Problemas de conformidade. Os mais novos primeiro, atualizados em cada sincronização.
| Coluna | O que ela diz |
| Status | O estado que o dispositivo relatou |
| Nome do controle | O controle ou regra que levantou |
| Tipo | A categoria: criptografia, atualização de SO, antivírus… |
| Nome do dispositivo | O dispositivo afetado |
| Data | Quando foi avaliado pela última vez |
Filtre por dispositivo ou tipo, oculte colunas que você não usa e salve a visualização. A classificação e agrupamento não estão disponíveis nesta tabela.
Clique em qualquer linha para abrir o painel do dispositivo: veja como esse dispositivo se comporta em relação a cada regra, acesse o controle por trás disso ou aja diretamente no dispositivo — envie o perfil, bloqueie-o, limpe-o. Um marcador de precisa de atenção acompanha o dispositivo em todos os lugares onde aparece.
Como usar — transformar problemas em tickets
Defina um status como Criar Problema e Ticket e um ticket será aberto para cada dispositivo que o reportar.
- O ticket chega traduzido, marcado como Conformidade, com o dispositivo anexado e seu proprietário como solicitante, usando suas configurações padrão de ticket.
- Mudar um status retrocede os dispositivos já afetados. Espere um lote na primeira vez. Escolha um momento tranquilo.
- Você também pode abrir um ticket manualmente a partir de uma única linha, mesmo para um status que você nunca configurou para ticketing.
- Quando o dispositivo relata que está conforme novamente, o problema desaparece e o ticket se fecha automaticamente.
- Os tickets são reconciliados em cada computação, então uma interrupção atrasa um por um ciclo de sincronização em vez de perdê-lo.
Com a auto remediação ativada, cada novo ticket de conformidade vai para ONE, que diagnostica, aplica a correção quando há uma, e devolve o que apenas uma pessoa pode decidir. Com ela desativada, os tickets permanecem com sua equipe.
Cobertura da plataforma e permissões
A conformidade cobre macOS, Windows, Linux, iOS, iPadOS e Android. Cada regra só retorna algo significativo onde o controle subjacente é executado: FileVault é macOS, BitLocker é Windows, as verificações de antivírus são apenas para desktop.
Ação |
Permissão |
|---|---|
| Visualizar problemas, configurações e a política de remediação | MDM_READ |
| Editar configurações, padrões de tickets e a política | MDM_WRITE |
Dicas e melhores práticas
- Comece com tudo configurado para levantar um problema e nada configurado para ticket. Observe a lista por uma semana. Você aprenderá como sua frota realmente se parece antes de comprometer alguém a trabalhar em uma fila.
- Ative o ticketing um status de cada vez. O retrocesso é a surpresa: mude três status de uma vez em uma frota de 500 dispositivos e o Monday de alguém desaparece.
- Use o período de carência em vez de baixar seus padrões. A maioria dos alarmes falsos são estados que teriam se corrigido em uma hora.
- Coloque dispositivos de estoque e não atribuídos em exceções no primeiro dia. Um laptop em um armário não é um problema de conformidade, e afoga aqueles que são.
- Não procure um botão de fechar. Se um problema te incomoda e o dispositivo está bem, a regra está errada, não o dispositivo.
Resolução de problemas e FAQ
Resolução de problemas
- Um tipo de problema está cinza. O controle por trás dele não está implantado. Implemente o controle e o tipo se tornará configurável.
- Um dispositivo que você corrigiu ainda mostra um problema. Ele ainda não sincronizou. A lista só se move quando o dispositivo faz check-in.
- Centos de tickets apareceram de uma vez. Um status foi mudado para ticketing e os dispositivos existentes foram retrocedidos. Esperado, e isso só acontece na primeira mudança.
-
Um dispositivo nunca aparece, mesmo sabendo que não está em conformidade. Verifique as exceções primeiro: dispositivos não atribuídos e em estoque são totalmente ignorados.
FAQ
-
Precisamos executar um escaneamento?
Não. A avaliação ocorre em cada sincronização de dispositivo.
-
Podemos fechar um problema que decidimos conviver?
Não no problema. Altere a regra para que esse estado não levante mais um.
-
Quantos tickets um dispositivo pode gerar?
One por problema. Cinco problemas, cinco tickets.
-
O que acontece com o ticket quando o dispositivo se recupera?
Ele se fecha automaticamente na próxima computação.