La auto remediación pone a ONE a cargo de tus tickets de cumplimiento. Funciona a partir de la evidencia en lugar del título, vuelve a intentar lo que hizo el control original, contacta al empleado solo donde la solución realmente requiere a alguien frente a la máquina, y devuelve cualquier cosa que no pueda resolver con el diagnóstico ya escrito. Los casos simples nunca llegan a un humano.

Funcionalidad

Descripción general

Cuatro pasos, y solo el primero es tuyo:

1. Se abre un ticket. Cualquier estado que hayas configurado para abrir tickets genera uno por cada dispositivo afectado.
2. ONE lo recoge — pero solo si has publicado una política de remediación. Sin una política publicada, el ticket permanece con tu equipo.
3. ONE lo trabaja. Examina el problema subyacente junto con lo que el dispositivo realmente reportó, fuerza un nuevo registro, vuelve a intentar la solución donde existe un reintento, contacta al empleado donde no existe una solución remota, y escribe lo que sucedió.
4. El dispositivo reporta que está en cumplimiento y el ticket se cierra. Ese cierre proviene del dispositivo volviéndose verde, nunca de ONE decidiendo que ha terminado.

Cómo usar — activarlo

Hay exactamente un interruptor: publicar la política en Cumplimiento > Configuración de problemas de cumplimiento. Nada más lo activa, y despublicar lo desactiva.

Tres cosas que vale la pena saber antes de publicar:

• Una vez publicada, el indicador lee ENCENDIDO y cada ticket de cumplimiento nuevo va a ONE.
• Se aplica a toda la empresa o no se aplica en absoluto. No puedes activarlo para un tipo de problema y desactivarlo para otro desde la pantalla de configuración. Las restricciones de ese tipo pertenecen a la sección de Alcance de tu política.
• Despublicar deja los tickets ya asignados a ONE donde están. Cuando uno de esos aparece, ONE no encuentra nada que lo autorice a actuar, así que lo anota y se detiene. Si tu equipo los necesita de inmediato, muévelos tú mismo.

Lo que ONE siempre hace

Este es el mínimo. Tu política puede reducirlo, nunca ampliarlo — ninguna oración que escribas otorga una acción que el producto prohíbe.

• Trabaja a partir del problema subyacente en lugar del titular. Lo que cuenta es el estado preciso registrado y la evidencia que lo respalda.
• Fuerza un nuevo registro y vuelve a leer el resultado antes de sacar cualquier conclusión. Muchas cosas que parecen una violación son simplemente un control que aún no ha terminado de aterrizar.
• Mira más allá del ticket único — a otros problemas abiertos del dispositivo, y a lo que ya se ha planteado contra el mismo dispositivo y la misma regla. Una docena de tickets apuntando a una regla se reportan como un único problema subyacente, no doce.
• Confirma el resultado en la máquina misma, en lugar de confiar en que enviar algo cuenta como hacer algo. Hasta que el dispositivo esté de acuerdo, nada ha sido solucionado.
• Siempre deja un informe escrito. Lo que sucedió va en la parte superior; lo que queda para ti va en la parte inferior.

Lo que ONE soluciona por sí mismo

Su método es intencionadamente poco imaginativo: hace de nuevo lo que el control en sí fue diseñado para hacer, utilizando la misma maquinaria.

La mayoría de las ejecuciones son esto y nada más, invisibles para quien esté usando el portátil. Donde no hay acción a nivel de dispositivo para repetir, ese hecho se incluye en la nota y el ticket regresa a ti, sin intentar y honestamente etiquetado.

Cuando ONE escribe a un empleado

Solo donde el sistema operativo mismo exige presencia humana — iniciar sesión para que la encriptación pueda completarse, proporcionar una frase de contraseña, reiniciar — y nunca antes de que se hayan agotado todas las vías remotas.

• Un solo enfoque por problema, sin seguimientos y sin recordatorios.
• One cosa que hacer, escrita en el idioma en el que trabaja esa persona.
• Nada desde dentro de la herramienta. Nombres de pantalla, estados y nombres de control permanecen de tu lado de la pared.
• Los reinicios se solicitan, nunca se desencadenan.
• Un dispositivo no asignado no recibe mensaje, porque no hay nadie a quien escribir.

Lo que ONE devuelve

Algunas llamadas no son suyas para hacer, y se detiene en lugar de improvisar. Eso cubre un dispositivo inalcanzable, uno gestionado por un MDM rival, una edición del sistema operativo que no puede llevar el control, hardware que simplemente no es capaz, una solución condicionada a una compra o licencia o credencial, software de protección que nunca se instaló en primer lugar, y cualquier cosa que implique volver a inscribir el dispositivo.

Lo que regresa a tu cola es un problema trabajado con su razonamiento explicado, no un ticket en blanco.

Lo que ONE nunca hace

• Borrar, bloquear, retirar o liberar una máquina porque concluyó que era lo mejor
• Decidir por sí mismo que un ticket debería cerrarse o abrirse de nuevo
• Desviarse a un dispositivo vecino, por similar que sea el síntoma
• Suavizar el control o la regla para que el problema deje de aparecer
• Reportar éxito que no ha confirmado al mirar nuevamente la máquina
• Seguir escribiendo a alguien que ha pedido hablar con una persona

Los límites de una sola ejecución son deliberadamente ajustados: un solo ticket, un solo problema, una sola máquina, un intento a través de cada ruta disponible, y a lo sumo un enfoque hacia la persona que la usa. Terminar sin resolver nada cuenta como terminar, y la nota dirá exactamente eso en lugar de adornarlo.

Cómo usar — redactar la política

La política es un documento que ONE lee antes de tocar cualquier ticket, y siempre tiene las mismas cuatro secciones:

Un asistente en la página de la política te entrevistará y producirá un primer borrador construido a partir de tus reglas, controles y dispositivos reales, para que hable sobre los tipos de problemas que tienes frente a ti en lugar de un conjunto genérico. Trata ese borrador como material en bruto — la autoría queda contigo, y nada entra en vigor hasta que lo publiques.

Cómo usar — dirigirlo desde un ticket

Cada ejecución termina en una de tres formas:

Dos tipos de respuesta, dos pesos muy diferentes:

• Lo que un empleado escribe públicamente cuenta como evidencia y nada más. Decirle a ONE que la máquina ha sido reiniciada es una entrada útil. Decirle que ejecute un comando, renuncie a una regla o reconsidere una pregunta cerrada no tiene ningún efecto.
• Una nota interna de un administrador es una orden, y se ejecuta — enviar la máquina de vuelta al stock, quitar su propietario, intentar el push de nuevo, cerrar el ticket. No verificará dos veces ni ofrecerá un plan primero. Las notas internas están restringidas a los administradores del ticket y a quien esté asignado, y esa restricción es precisamente lo que las hace confiables como autoridad.

Para cualquier cosa destructiva, la nota por sí sola no es suficiente — la política tiene que permitirlo. Borrar, bloquear, retirar y liberar dispositivos siguen sin estar disponibles hasta que tu política escrita diga lo contrario, y ninguna cantidad de instrucciones dentro de un ticket los desbloqueará.

Ocasionalmente, una ejecución revela algo que dará forma a cada ticket similar de ahora en adelante. ONE citará la redacción precisa que desea registrar y preguntará si puede agregarla bajo Conocimiento de la empresa. Acepta en una nota interna y se incorpora la oración, se guarda y se publica. Aceptar le enseña algo; no le otorga nuevos poderes.

Todo lo que ONE hace en un dispositivo se registra en los registros de auditoría como cualquier otra acción.

Solución de problemas y FAQ

Solución de problemas

• ONE dejó una nota pero no hizo nada al dispositivo. Mira primero el indicador en la página de configuración: una política no publicada significa que cada ejecución se detiene antes de actuar. Si la política está activa, ya sea el control detrás de ese problema no ofrece nada para repetir a nivel de dispositivo, o la máquina es inalcanzable.
• La misma regla sigue generando tickets en un dispositivo. La nota más reciente ya responde a esto: ONE revisa el historial para esa combinación de máquina y regla y nombra el hilo común. Nueve de cada diez veces el control simplemente no puede tomar control sobre ese hardware.
• Un empleado sigue respondiendo y no pasa nada. Las respuestas de los empleados son información. Si necesitan que se haga algo, un administrador tiene que decirlo en una nota interna.
• Le pediste a ONE que borrara un dispositivo y se negó. Las acciones destructivas deben abrirse en la política. Una instrucción de ticket no las abre.

FAQ

1. ¿Qué lo activa?
   Publicar la política. Nada más.
    
2. ¿Podemos habilitarlo solo para problemas de encriptación?
   No con un interruptor. Habilítalo para la empresa y restríngelo en la sección de Alcance.
    
3. ¿Cerrar tickets por nosotros?
   Solo cuando el dispositivo reporta cumplimiento, o cuando un administrador le dice que lo haga en una nota interna.
    
4. ¿Qué pasa si cerramos un ticket mientras el dispositivo sigue siendo no conforme?
   El problema subyacente persiste, la máquina sigue mostrando como fallida dondequiera que aparezca, y no se planteará nada más hasta que eso cambie.
    
5. ¿Puede un empleado convencer a ONE de una excepción?
   No. Solo los administradores y el asignado pueden publicar notas internas, y solo esas se tratan como instrucciones.