Cada límite aquí es deliberado. Conocerlos te permite distinguir "así es como funciona" de "algo está roto", que suele ser la diferencia entre una edición de política y un ticket de soporte.

Resumen

Cuatro restricciones moldean cómo configuras todo lo demás.

• El alcance vive en prosa, no en interruptores. No hay un interruptor por tipo de problema para ONE: está activo para la empresa o inactivo para la empresa. Qué problemas deja sin tocar es algo que escribes en la sección de Alcance de tu política, por nombre.
• Despublicar no es una parada de emergencia. Detiene la asignación de nuevos tickets, pero los tickets que ya están con ONE permanecen con ONE: simplemente leen el mandato que falta y se detienen, con una nota. Si necesitas que tu equipo trabaje en ellos hoy, asígnalos manualmente.
• Los tickets siguen los problemas uno a uno. Cinco problemas en un dispositivo significan cinco tickets. Ese es el diseño, no duplicación.
• Las políticas restan, nunca suman. Una frase que otorga algo que el producto prohíbe no tiene efecto alguno.

Cómo se reaplica una solución

ONE no inventa una reparación. Repite lo que el control hizo en primer lugar:

Eso cubre la mayoría de los problemas de cumplimiento. Lo que lo hace fiable es el paso siguiente: vuelve a leer el dispositivo. Un empuje que salió exitosamente no prueba nada por sí solo.

Las seis razones por las que un ticket te llega de todos modos

Cuando un ticket vuelve, casi siempre es una de estas — y la nota nombra cuál:

• El dispositivo está fuera de línea, por lo que no se puede enviar ni verificar nada
• El dispositivo está inscrito en otro MDM, donde observamos pero no hacemos cumplir
• La edición del SO no puede ser gestionada para ese control en particular
• La solución necesita una compra, licencia o credenciales que no poseemos
• El EDR nunca se implementó, por lo que no hay nada que reparar
• El dispositivo necesita una reinscripción, que es tu decisión

Atribución

Todo es rastreable. Las acciones del dispositivo se registran en los registros de auditoría como cualquier otra acción. Un cambio de política realizado con tu aprobación se registra como un cambio de ONE, y la nota nombra al administrador que lo aprobó.

Empresas de demostración

Una empresa de demostración ejecuta el flujo genuino contra datos de dispositivos fabricados, y el asistente está activo: comentar sobre un ticket de cumplimiento de demostración inicia una ejecución real. Los cambios en la configuración de cumplimiento y en la política están bloqueados allí.

Solución de problemas y FAQ

Solución de problemas

1. Quieres que funcione la encriptación pero no las actualizaciones del SO.
   Escribe eso en el Alcance. No existe un interruptor para ello.
    
2. Despublicaste y todavía está asignado a tickets.
   Funciona como se diseñó: deja de actuar pero permanece asignado. Reasígnalos.
    
3. Un ticket dice que no hay nada que repetir.
   Ese control no tiene un mecanismo por dispositivo para reaplicar. Es un límite del producto, y la solución necesita una persona.
    
4. Una frase de política no está haciendo nada.
   Está tratando de ampliar permisos. Las políticas solo restringen.

FAQ

1. ¿Podemos activarlo solo para un tipo de problema?
   No con una configuración. Nombra tus exclusiones en la sección de Alcance en su lugar.
    
2. ¿Cómo decide qué intentar?
   Refleja el propio mecanismo del control y luego confirma volviendo a leer el dispositivo.
    
3. ¿Todo es auditable?
   Sí: acciones del dispositivo en los registros de auditoría y cambios de política nombrando al administrador que aprobó.