Todo vive en una sola página — Cumplimiento > Configuración de problemas de cumplimiento — y el orden en que lo tocas importa. Decide qué merece un ticket, decide cómo lucen esos tickets, y solo entonces publica la política que se los entrega a ONE.

Resumen

Publicar es el interruptor, por eso viene al final. Hazlo primero y estarás editando los valores predeterminados de tickets que ya existen.

Para saber qué hace ONE con un ticket una vez que tiene uno, consulta Qué hace ONE en un ticket de cumplimiento.

Cómo usar — paso uno, decide qué merece un ticket

1. Establece los estados que deseas trabajar en Crear Problema y Ticket.
2. Resiste la tentación de ticketear todo lo que señales. Plantear un problema es una visibilidad gratuita; abrir un ticket es un compromiso de que alguien — una persona o ONE — lo trabajará. La mayoría de los equipos señalan ampliamente y ticketan de manera estrecha, y aquellos que hacen lo contrario terminan ignorando su propia cola.
3. La primera vez que hagas esto, los tickets aparecerán para dispositivos que ya están en ese estado. Ese relleno es intencional. En una flota con un verdadero desvío, puede haber muchos tickets a la vez, lo cual es una buena razón para hacerlo cuando estás observando.

Cómo usar — paso dos, decide cómo lucen los tickets:

Se aplican tres valores predeterminados a cada ticket abierto desde un problema de cumplimiento:

• Asignado por defecto — aunque ONE toma el control mientras tu política está publicada
• Prioridad por defecto
• Suscriptores por defecto

Ninguno de ellos está bloqueado: tu equipo puede cambiar cualquiera de ellos en un ticket individual después. Pero se heredan en la creación, así que el relleno utiliza lo que digan en ese momento.

Cómo usar — paso tres, publica:

1. La política tiene una versión borrador y una publicada, y solo la publicación tiene algún efecto en el comportamiento.
2. Publicar y la auto remediación está activada. La etiqueta de estado dice Auto remediación: ACTIVADA y cada nuevo ticket de cumplimiento va a ONE.
3. No publicar y los tickets aún se crean — simplemente permanecen en la cola de tu equipo, como cualquier otro ticket.

Permisos

Las empresas de demostración bloquean acciones de escritura y se envían con una política publicada y tickets abiertos para que el flujo sea visible.

Solución de problemas y FAQ

Solución de problemas

1. Un estado está configurado pero no aparecen tickets. 
   Verifica tres cosas, en este orden: ¿el dispositivo está cubierto por una excepción (no asignado o en stock)? ¿Todavía se cuenta un período de gracia? ¿El estado está realmente en Crear Problema y Ticket en lugar de Crear Problema? Si ninguna de esas explica la situación, escribe a support@factorial.it con el nombre de tu empresa, el tipo de problema y estado, un dispositivo que debería haber generado un ticket y si ese dispositivo está no asignado o en stock.
2. La etiqueta dice APAGADO después de publicar. 
   Reabre la política — las ediciones de borrador no terminadas pueden dejar atrás la versión publicada.
3. Los nuevos tickets no están llegando a ONE. 
   No hay política publicada. Se abren como tickets ordinarios.

FAQ

1. ¿En qué orden deberíamos hacer esto?
   Estados, luego valores predeterminados, luego publicar. La política es el interruptor y debe ir al final.
    
2. ¿Qué pasa con los tickets abiertos cuando despublicamos?
   Se quedan con ONE, que deja de actuar. Reasígnalos tú mismo.
    
3. ¿Podemos ensayar esto de manera segura?
   Sí, en una empresa de demostración — flujo real, datos de dispositivos fabricados, configuraciones bloqueadas.