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

Resumen

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

Para lo que ONE realmente hace con un ticket una vez que tiene uno, consulte Qué hace ONE en un ticket de cumplimiento.

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

1. Establezca los estados que desea trabajar en Crear Problema y Ticket.
2. Resista la tentación de ticketear todo lo que señale. Plantear un problema es 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 los que hacen lo contrario terminan ignorando su propia cola.
3. La primera vez que haga esto, aparecerán tickets para dispositivos que ya están en ese estado. Ese retroceso es intencional. En una flota con desvío real, puede haber muchos tickets a la vez, lo cual es una buena razón para hacerlo cuando está observando.

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

Tres valores predeterminados se aplican a cada ticket abierto desde un problema de cumplimiento:

• Asignatario predeterminado — aunque ONE toma el control mientras su política está publicada
• Prioridad predeterminada
• Suscriptores predeterminados

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

Cómo usar — paso tres, publica:

1. La política lleva una versión borrador y una publicada, y solo la publicación tiene algún efecto en el comportamiento.
2. Publique y la auto-remediación está activada. El chip de estado dice Auto remediación: ACTIVADA y cada nuevo ticket de cumplimiento va a ONE.
3. No publique y los tickets aún se crean — simplemente permanecen en la cola de su 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.

Resolución de problemas y FAQ

Resolución de problemas

1. Un estado está configurado pero no aparecen tickets. 
   Verifique tres cosas, en este orden: ¿el dispositivo está cubierto por una excepción (sin asignar o en stock)? ¿Se está contando 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, escriba a support@factorial.it con el nombre de su empresa, el tipo de problema y estado, un dispositivo que debería haber generado un ticket, y si ese dispositivo está sin asignar o en stock.
2. El chip dice APAGADO después de publicar. 
   Reabra la política — ediciones de borrador no terminadas pueden dejar la versión publicada atrás.
3. Nuevos tickets no están llegando a ONE. 
   No hay política publicada. Se abren como tickets ordinarios.

FAQ

1. ¿En qué orden debemos hacer esto?
   Estados, luego valores predeterminados, luego publique. La política es el interruptor y pertenece al final.
    
2. ¿Qué pasa con los tickets abiertos cuando despublicamos?
   Se quedan con ONE, que deja de actuar. Reasígnelos usted mismo/a.
    
3. ¿Podemos ensayar esto de manera segura?
   Sí, en una empresa de demostración — flujo real, datos de dispositivo fabricados, configuraciones bloqueadas.