Un problema de cumplimiento en un panel es un número. La remediación automática lo convierte en trabajo que finaliza. Se abre un ticket, ONE lo toma, y los casos sencillos se cierran sin que nadie los lea, mientras que el resto llega a un administrador con la investigación ya realizada.
Resumen
Tres artículos cubren la configuración; este cubre la forma de la cosa:
- Configura la remediación automática: qué estados generan un ticket, los valores predeterminados del ticket y la publicación
- Escribe tu política de remediación: el mandato bajo el que trabaja ONE
- Qué hace ONE: el suelo, el techo y lo que controla tu política
Cómo usar: el camino de la deriva a cerrado
- Un dispositivo se registra y su cumplimiento se recalcula. Cambiar un control de MDM también activa esto.
- Un estado marcado genera un problema, para cualquier cosa configurada para Crear Problema o Crear Problema y Ticket.
- Se abre un ticket para los estados ticketados, llevando un título traducido, la etiqueta de Cumplimiento, el dispositivo, su propietario como solicitante y tus valores predeterminados de ticket.
- ONE lo toma, siempre que se publique una política. Si no hay ninguna, el ticket existe pero permanece con tu equipo.
- ONE lo trabaja: lee el problema subyacente y su evidencia, actualiza el dispositivo, aplica lo que puede aplicar, escribe al/la empleado/a solo cuando realmente se requiere un humano, y publica sus hallazgos.
- El cumplimiento regresa y el ticket se cierra por sí solo. ONE no cierra tickets de cumplimiento por su propia iniciativa.
El vocabulario
| Término | Significado |
| Problema de cumplimiento | Un dispositivo que actualmente informa un estado que marcaste |
| Ticket de cumplimiento | El ticket abierto para un problema. Nunca más de uno por problema |
| Política de remediación | El mandato escrito. Publicarlo es el interruptor de encendido |
| Remediación automática: ENCENDIDO / APAGADO | El chip en la página de configuración. ENCENDIDO solo mientras se publique una política |
Tres cosas que son confiables por diseño
- Nada se pierde por un mal momento. La creación y cierre de tickets se reconcilian en cada cálculo de cumplimiento, así que una interrupción te cuesta un ciclo de sincronización, no un ticket.
- Habilitar la creación de tickets recupera el historial. Cambia un estado a Crear Problema y Ticket y los tickets aparecerán para dispositivos que ya están en ese estado, no solo para los futuros.
- Nunca estás bloqueado del camino manual. Cualquier fila en la lista de problemas puede ser ticketada manualmente, incluidos los estados que deliberadamente dejaste sin ticket.
Permisos
| Acción | Permiso |
| Ver problemas, configuraciones y política | MDM_READ |
| Cambiar configuraciones, editar y publicar la política | MDM_WRITE |
Consejos y mejores prácticas
- Publica al final. Todo lo demás es preparación; publicar es el momento en que comienza a suceder.
- Espera la recuperación y planifica en torno a ello. El primer estado ticketado alcanza a toda tu flota a la vez.
- Ticket menos de lo que marcas. Marcar no cuesta nada; un ticket es una promesa de que se trabajará.
- Juzga una ejecución por su nota, no por si el problema se cerró. Un retorno bien diagnosticado es un buen resultado.
Solución de problemas y FAQ
Solución de problemas
- Los tickets están apareciendo pero nada los está trabajando. No hay política publicada, así que se abren sin asignar a ONE.
Revisa el chip. - Un estado ticketado no produjo ningún ticket para un dispositivo.
Busca una excepción que lo cubra: los dispositivos no asignados y en stock se omiten completamente, o un período de gracia que aún esté en curso. - One dispositivo tiene cinco tickets.
Por diseño. One ticket por problema, cinco problemas, cinco tickets.
FAQ
-
¿Qué lo activa?
Publicar la política de remediación. Solo eso.
-
¿Se abren tickets sin una política?
Sí, simplemente no se entregan a ONE.
-
¿Alguna vez cerrará un ticket por sí mismo?
No por su propia iniciativa. El cierre proviene de que el dispositivo se vuelva conforme, o de un administrador que lo instruya.