Tout vit sur une seule page — Conformité > Paramètres des problèmes de conformité — et l'ordre dans lequel vous l'abordez compte. Décidez de ce qui mérite un ticket, décidez à quoi ressemblent ces tickets, et seulement alors publiez la politique qui les remet à ONE.
Vue d'ensemble
La publication est l'interrupteur, c'est pourquoi elle vient en dernier. Faites-le en premier et vous allez modifier les valeurs par défaut des tickets qui existent déjà.
Pour ce que ONE fait réellement avec un ticket une fois qu'il en a un, voir Ce que ONE fait sur un ticket de conformité.
Comment utiliser — étape un, décidez ce qui mérite un ticket
- Définissez les statuts que vous souhaitez travailler pour Créer un problème et un ticket.
- Résistez à la tentation de ticketiser tout ce que vous signalez. Soulever un problème est une visibilité gratuite ; ouvrir un ticket est un engagement que quelqu'un — une personne ou ONE — va le traiter. La plupart des équipes signalent largement et ticketisent étroitement, et celles qui font le contraire finissent par ignorer leur propre file d'attente.
- La première fois que vous faites cela, des tickets apparaissent pour des dispositifs déjà dans cet état. Ce remplissage est intentionnel. Sur une flotte avec un véritable décalage, cela peut représenter beaucoup de tickets à la fois, ce qui est une bonne raison de le faire lorsque vous regardez.
Comment utiliser — étape deux, décidez à quoi ressemblent les tickets :
Trois valeurs par défaut s'appliquent à chaque ticket ouvert à partir d'un problème de conformité :
- Responsable par défaut — bien que ONE prenne le relais pendant que votre politique est publiée
- Priorité par défaut
- Abonnés par défaut
Aucune d'elles n'est verrouillée : votre équipe peut en changer une sur un ticket individuel par la suite. Mais elles sont héritées à la création, donc le remplissage utilise ce qu'elles disent à ce moment-là.
Comment utiliser — étape trois, publier :
- La politique comporte une version brouillon et une version publiée, et seule la publication a un effet sur le comportement.
- Publiez et l'auto-remédiation est activée. La puce d'état indique Auto-remédiation : ACTIVÉE et chaque nouveau ticket de conformité va à ONE.
- Ne publiez pas et des tickets continuent d'être créés — ils restent simplement dans la file d'attente de votre équipe, comme tout autre ticket.
Dépubliez et de nouveaux tickets cessent d'aller à ONE. Ce qu'il ne fait pas, c'est retirer ONE des tickets qu'il détient déjà. Ces exécutions ne trouvent aucun mandat et s'arrêtent avec une note. Déplacez-les manuellement si vous voulez que votre équipe les traite aujourd'hui.
Permissions
| Action | Permission |
| Voir les paramètres et la politique | MDM_READ |
| Changer les statuts, les valeurs par défaut, modifier ou publier la politique | MDM_WRITE |
Les entreprises de démonstration bloquent les actions d'écriture, et sont livrées avec une politique publiée et des tickets ouverts pour que le flux soit visible.
Conseils et meilleures pratiques
- Obtenez les valeurs par défaut des tickets correctes avant de publier. Le remplissage les hérite, et corriger une centaine de tickets par la suite est une mauvaise après-midi.
- Publiez lorsque quelqu'un regarde, pas à 18h00 un vendredi. Le premier remplissage est le moment le plus bruyant que cette fonctionnalité ait.
- Faites confiance à la puce d'état plus qu'à tout le reste. Si elle ne dit pas ACTIVÉE, rien n'est traité, peu importe ce que vous avez configuré d'autre.
- Ne traitez pas le dépublier comme un interrupteur d'arrêt. Cela ne fait que stopper les nouvelles affectations.
Dépannage et FAQ
Dépannage
- Un statut est configuré mais aucun ticket n'apparaît.
Vérifiez trois choses, dans cet ordre : le dispositif est-il couvert par une exception (non assigné, ou en stock) ? Un délai de grâce est-il encore en cours ? Le statut est-il vraiment sur Créer un problème et un ticket plutôt que sur Créer un problème ? Si aucune de celles-ci ne l'explique, écrivez à support@factorial.it avec le nom de votre entreprise, le type et le statut du problème, un dispositif qui aurait dû soulever un ticket, et si ce dispositif est non assigné ou en stock. - La puce indique OFF après publication.
Rouvrez la politique — des modifications de brouillon inachevées peuvent laisser la version publiée derrière. - De nouveaux tickets n'atteignent pas ONE.
Aucune politique publiée. Ils s'ouvrent comme des tickets ordinaires.
FAQ
-
Dans quel ordre devrions-nous faire cela ?
Statuts, puis valeurs par défaut, puis publier. La politique est l'interrupteur et vient en dernier.
-
Que se passe-t-il avec les tickets ouverts lorsque nous dépublions ?
Ils restent avec ONE, qui cesse d'agir. Réaffectez-les vous-même.
-
Pouvons-nous répéter cela en toute sécurité ?
Oui, sur une entreprise de démonstration — flux réel, données de dispositif fabriquées, paramètres verrouillés.