La política es un documento Markdown que ONE lee antes de tocar nada. Es la diferencia entre un ticket que está en una cola y un ticket que está en proceso — publicarlo es lo que activa la remediación automática.
One cosa que entender antes de escribir una palabra: una política solo puede quitar cosas. Ninguna oración en ella otorga una acción que el producto no permita ya.
Resumen
No comienza desde una página en blanco. La página de la política tiene un chat que le entrevista y la redacta, y lo hace en función de su configuración real — sus tipos de problemas, sus controles, su flota — así que el resultado nombra cosas que realmente tiene en lugar de un ejemplo genérico.
Cómo usar
- Abra Cumplimiento > Configuración de problemas de cumplimiento y vaya a la política de remediación.
- Responda la entrevista. Qué problemas quiere que se trabajen, hasta dónde ONE debe ir solo, y cómo debe comunicarse con los/as empleados/As.
- Edite el borrador. Lo escribió; usted lo posee. Cambie lo que quiera.
- Publique. El chip cambia a Remediación automática: ACTIVADA.
Qué va en cada una de las cuatro secciones
- Alcance. Qué problemas están incluidos y, más útilmente, cuáles están excluidos. Escriba las exclusiones por el nombre exacto que tienen en su configuración — es mucho más fácil listar el puñado de cosas que ONE nunca debe tocar que enumerar todo lo que puede.
- Qué ONE hace por su cuenta. Las reparaciones que debe intentar sin ser solicitado, y las situaciones que debe escalar sin intentar. Piense en términos de cuándo preferiría tener un diagnóstico en lugar de un intento.
- Comunicación con los/as empleados/as. Las circunstancias que justifican contactar a alguien, el lenguaje y el registro, y el volumen. One mensaje por problema es lo predeterminado — dígalo aquí si lo quiere más restringido, o si ciertas personas nunca deben ser contactadas.
- Conocimiento de la empresa. Los hechos sobre su infraestructura que cambian cómo debe interpretarse un problema: qué distribuciones realmente ejecuta, qué sitio tiene una red que bloquea al agente, qué convención de nombres marca el stock. Esta sección crece con el tiempo — ONE propone adiciones y usted las aprueba.
Una política para comenzar
Reemplace cada línea de esto con su propia realidad:
```markdown
Alcance
- Problemas de cifrado de trabajo, actualización de OS, EDR, cuenta de administrador y entrega de perfil en portátiles macOS y Windows.
- Nunca trabajar problemas en dispositivos del grupo de dispositivos de Almacén — esos están en stock y se espera que estén fuera de línea y sin cifrar.
- Nunca trabajar problemas de bloqueo de iCloud. Rutéelos a IT sin tocar.
Qué ONE hace por su cuenta
Reenviar perfiles de configuración, volver a ejecutar scripts de control y reinstalar software faltante sin preguntar.
Devolver a IT, sin intentar una solución:
- cualquier dispositivo fuera de línea por más de 7 días
- cualquier problema en un dispositivo que ya tuvo 3 tickets sobre la misma regla
- cualquier cosa que necesite una compra, una licencia o una reinscripción
Comunicación con los/as empleados/as
- Escriba al/la empleado/a solo cuando el sistema operativo los necesite en el teclado, y solo una vez que se haya intentado todo lo remoto.
- One mensaje por problema. Escriba en el idioma del/la empleado/a. Nunca nombre un control interno o pantalla.
- Nunca escriba a empleados/as del equipo ejecutivo — mejor eleve esos a TI.
Conocimiento de la empresa
- Nuestra flota de Linux es solo Ubuntu 22.04 LTS.
- La red de invitados de la oficina de Berlín bloquea al agente; los dispositivos allí se sincronizan solo a través de VPN.
- Los dispositivos nombrados STOCK-* están en stock y no tienen empleado/a asignado/a.
Viviendo con ello
- El borrador y la versión publicada son separados: editar no cambia nada hasta que publique.
- Despublicar detiene nuevos tickets que van a ONE, pero los deja en los que ya tiene — esos se detienen con una nota en lugar de actuar.
- Cuando ONE propone un hecho para el conocimiento de la empresa y usted lo apruebas, la edición se atribuye a ONE y su nota registra qué administrador/a lo aprobó. Si su borrador tiene ediciones incompletas en ese momento, guarda la adición sin publicar y le avisa.
Consejos y mejores prácticas
- Escriba el Alcance como exclusiones. Listar lo que se debe evitar es más corto, claro y perdura mejor que listar lo que se permite.
- Complete el conocimiento de la empresa el primer día, antes del primer ticket. El sitio con la red bloqueadora generará de otro modo una serie de tickets que todos parecen dispositivos errantes.
- Mantenga un mensaje por problema a menos que tenga una razón real. Perseguir es cómo una herramienta útil se convierte en una que la gente silencia.
- Use la entrevista una vez, luego edite el texto. Reentrevistar para pequeños cambios es más lento que editar cuatro secciones.
Solución de problemas y FAQ
Solución de problemas
-
El asistente no puede ver sus reglas, o la publicación no cambia el chip.
Escriba a support@factorial.it con el nombre de su empresa, cuándo publicó y una captura de pantalla del chip. -
Una adición de conocimiento se guardó pero la política no se publicó.
Tiene ediciones de borrador incompletas. Termine o descártelas, luego publique. -
Una oración parece ser ignorada.
Está intentando otorgar algo. Las políticas solo restringen, así que una oración que otorga permiso no tiene efecto.
FAQ
-
¿Tenemos que usar el asistente?
No. Produce un primer borrador; el documento es suyo para reescribirlo por completo.
-
¿Puede la política autorizar un borrado?
Las acciones destructivas permanecen cerradas a menos que la política las abra explícitamente — y una instrucción de ticket nunca las abre por sí sola.
-
¿Qué pasa si nunca publicamos?
Los tickets de cumplimiento aún se abren. Simplemente permanecen con su equipo.