La remédiation automatique met ONE en charge de vos tickets de conformité. Elle fonctionne à partir des preuves plutôt que du titre, réessaye ce que le contrôle original a fait, contacte l'employé uniquement lorsque la solution nécessite réellement quelqu'un devant la machine, et renvoie tout ce qu'elle ne peut pas résoudre avec le diagnostic déjà rédigé. Les cas simples ne parviennent jamais à un humain.
Fonctionnalité
Vue d'ensemble
Quatre étapes, et seule la première vous appartient :
- Un ticket s'ouvre. Tout statut que vous avez configuré pour ouvrir des tickets en soulève un par appareil affecté.
- ONE le prend en charge — mais seulement si vous avez publié une politique de remédiation. Sans politique publiée, le ticket reste avec votre équipe.
- ONE s'en occupe. Elle examine le problème sous-jacent avec ce que l'appareil a réellement signalé, force un nouvel enregistrement, réessaye la solution là où une réessai existe, contacte l'employé là où aucune solution à distance n'existe, et rédige ce qui s'est passé.
- L'appareil signale conforme et le ticket se ferme. Cette fermeture provient de l'appareil devenant vert, jamais de ONE décidant que c'est terminé.
Comment utiliser — l'activer
Il n'y a qu'un seul interrupteur : publier la politique dans Conformité > Paramètres des problèmes de conformité. Rien d'autre ne l'active, et dépublier l'éteint.
Trois choses à savoir avant de publier :
- Une fois publiée, l'indicateur affiche ON et chaque ticket de conformité nouveau va à ONE.
- Elle s'applique à l'ensemble de l'entreprise ou pas du tout. Vous ne pouvez pas l'activer pour un type de problème et la désactiver pour un autre depuis l'écran des paramètres. Des restrictions de ce type appartiennent à la section Portée de votre politique.
- Dépublier laisse les tickets déjà assignés à ONE là où ils sont. Lorsqu'un de ceux-ci se présente, ONE ne trouve rien l'autorisant à agir, donc elle le note et s'arrête. Si votre équipe en a besoin tout de suite, déplacez-les vous-même.
Ce que ONE fait toujours
Ceci est le minimum. Votre politique peut le restreindre, jamais l'élargir — aucune phrase que vous écrivez n'accorde une action que le produit interdit.
- Travaille à partir du problème sous-jacent plutôt que du titre. Ce qui compte, c'est le statut précis enregistré et les preuves qui se trouvent derrière.
- Force un nouvel enregistrement et relit le résultat avant de tirer une conclusion. Beaucoup de ce qui ressemble à une violation est simplement un contrôle qui n'a pas encore fini de se mettre en place.
- Regarde au-delà du ticket unique — aux autres problèmes ouverts de l'appareil, et à ce qui a déjà été soulevé contre le même appareil et la même règle. Une douzaine de tickets pointant vers une règle sont rapportés comme un seul problème sous-jacent, pas douze.
- Confirme le résultat sur la machine elle-même, plutôt que de faire confiance à l'envoi de quelque chose comme étant une action. Jusqu'à ce que l'appareil soit d'accord, rien n'a été corrigé.
- Laisse toujours un compte rendu écrit. Ce qui s'est passé va en haut ; tout ce qui vous reste va en bas.
Ce que ONE corrige par elle-même
Sa méthode est délibérément peu imaginative : elle fait à nouveau ce que le contrôle lui-même était conçu pour faire, en utilisant la même machinerie.
| Le contrôle impose par | ONE |
|---|---|
| Un profil de configuration | Renvoyer ce profil |
| Un script | Exécuter à nouveau ce script |
| Une installation de logiciel | Réinstaller le logiciel |
| Un exécuteur côté agent | Exécuter à nouveau l'exécuteur |
La majeure partie des exécutions sont cela et rien de plus, invisibles à quiconque utilise l'ordinateur portable. Là où il n'y a pas d'action au niveau de l'appareil à répéter, ce fait est noté et le ticket vous revient, non tenté et honnêtement étiqueté.
Quand ONE écrit à un employé
Uniquement lorsque le système d'exploitation lui-même exige une présence humaine — se connecter pour que le chiffrement puisse se terminer, fournir une phrase de passe, redémarrer — et jamais avant que toutes les voies à distance aient été épuisées.
- Une seule approche par problème, sans suivis ni rappels.
- One chose à faire, écrite dans la langue que cette personne utilise.
- Rien de l'intérieur de l'outil. Les noms d'écran, statuts et noms de contrôle restent de votre côté du mur.
- Les redémarrages sont demandés, jamais déclenchés.
- Un appareil non assigné ne reçoit aucun message, car il n'y a personne à qui écrire.
Ce que ONE renvoie
Certaines décisions ne lui appartiennent pas, et elle s'arrête plutôt que d'improviser. Cela couvre un appareil injoignable, un géré par un MDM concurrent, une édition de système d'exploitation qui ne peut pas porter le contrôle, du matériel qui n'est tout simplement pas capable, une solution conditionnée par un achat ou une licence ou un identifiant, un logiciel de protection qui n'a jamais été installé en premier lieu, et tout ce qui revient à réinscrire l'appareil.
Ce qui revient dans votre file est un problème travaillé avec son raisonnement explicité, pas un ticket vierge.
Ce que ONE ne fait jamais
- Effacer, verrouiller, retirer ou libérer une machine parce qu'elle a conclu que c'était le mieux
- Décider par elle-même qu'un ticket doit être fermé ou ouvert à nouveau
- S'éloigner vers un appareil voisin, aussi similaire que soit le symptôme
- Adoucir le contrôle ou la règle pour que le problème cesse d'apparaître
- Rapporter un succès qu'elle n'a pas confirmé en regardant à nouveau la machine
- Continuer à écrire à quelqu'un qui a demandé à parler à une personne
Les limites d'une seule exécution sont délibérément strictes : un seul ticket, un seul problème, une seule machine, une tentative par chaque voie disponible, et au maximum une approche de la personne qui l'utilise. Terminer sans résoudre quoi que ce soit compte comme terminer, et la note le dira exactement plutôt que de l'embellir.
Comment utiliser — rédiger la politique
La politique est un document que ONE lit avant de toucher à tout ticket, et elle a toujours les mêmes quatre sections :
| Section | Ce qui y va |
|---|---|
| Portée | Quels problèmes ONE traite et lesquels elle ne touche jamais, nommés comme ils apparaissent dans vos paramètres |
| Ce que ONE fait seule | Les corrections qu'elle applique sans demande, et les cas qu'elle renvoie directement |
| Parler aux employés | Quand elle peut écrire, dans quel ton et quelle langue, combien de fois |
| Connaissance de l'entreprise | Faits sur votre flotte qui changent la manière dont un problème est perçu — quelle version de Linux vous utilisez, quel réseau de bureau bloque l'agent, quels appareils sont en stock |
Un assistant sur la page de politique vous interrogera et produira un premier brouillon construit à partir de vos règles, contrôles et appareils réels, afin qu'il parle des types de problèmes devant vous plutôt que d'un ensemble générique. Traitez ce brouillon comme une matière brute — la paternité reste avec vous, et rien ne prend effet tant que vous ne publiez pas.
Comment utiliser — dirigez-le depuis un ticket
Chaque exécution se termine par l'une de ces trois formes :
| Note | Signification | Votre action |
|---|---|---|
| Réparé | Une correction a été poussée et relue sur l'appareil | Rien. Le ticket se ferme lorsque l'appareil signale conforme |
| En attente | La correction est sortie, ou l'employé a été demandé à agir | Rien pour l'instant. ONE ne poursuivra pas — après un délai raisonnable, le ticket est le vôtre |
| Renvoyé | Seul un admin peut aller plus loin, et la note indique pourquoi | Agissez sur la dernière ligne. Il n'y aura pas de réessai |
Deux types de réponse, deux poids très différents :
- Ce qu'un employé écrit publiquement compte comme preuve et rien de plus. Dire à ONE que la machine a été redémarrée est une entrée utile. Lui dire d'exécuter une commande, de renoncer à une règle ou de revenir sur une question fermée n'a aucun effet.
- Une note interne d'un admin est un ordre, et elle est exécutée — renvoyer la machine en stock, retirer son propriétaire, réessayer la poussée, fermer le ticket. Elle ne vérifiera pas deux fois ni n'offrira d'abord un plan. Les notes internes sont réservées aux admins du ticket et à la personne à qui il est assigné, et cette restriction est précisément ce qui les rend fiables en tant qu'autorité.
Pour toute action destructive, la note seule n'est pas suffisante — la politique doit le permettre. Effacer, verrouiller, retirer et libérer des appareils restent indisponibles tant que votre politique écrite ne dit pas le contraire, et aucun montant d'instruction à l'intérieur d'un ticket ne les déverrouillera.
Occasionnellement, une exécution révèle quelque chose qui façonnera chaque ticket similaire à partir de maintenant. ONE citera le libellé précis qu'elle souhaite enregistrer et demandera si elle peut l'ajouter sous la connaissance de l'entreprise. Acceptez dans une note interne et elle intégrera la phrase, enregistrera et publiera. Accepter lui enseigne quelque chose ; cela ne lui confère pas de nouveaux pouvoirs.
Toute action que ONE effectue sur un appareil se retrouve dans les journaux d'audit comme toute autre action.
Conseils et meilleures pratiques
- Publiez d'abord une politique étroite. Deux types de problèmes que vous comprenez bien, rien de destructif, pas de messagerie aux employés. Élargissez-la une fois que vous avez lu une semaine de notes.
- Concentrez vos efforts sur la connaissance de l'entreprise, pas sur les règles. "Le réseau invité de Berlin bloque l'agent" empêche plus de conclusions erronées que n'importe quelle quantité de procédure.
- Lisez les notes renvoyées, pas les notes réparées. Les notes réparées fonctionnent. Les notes renvoyées vous indiquent où un contrôle ne peut pas s'appliquer.
- Si la même règle continue de signaler le même appareil, arrêtez de réessayer. ONE vous a déjà dit que c'est une cause. C'est un contrôle qui ne peut pas s'appliquer là, pas un appareil qui dérive.
- Ne dépubliez pas à la hâte. Cela arrête les nouvelles affectations mais laisse les anciennes en attente en cours d'exécution. Réaffectez-les manuellement.
Dépannage et FAQ
Dépannage
- ONE a laissé une note mais n'a rien fait à l'appareil. Regardez d'abord l'indicateur sur la page des paramètres : une politique non publiée signifie que chaque exécution s'arrête avant d'agir. Si la politique est active, soit le contrôle derrière ce problème n'offre rien à répéter au niveau de l'appareil, soit la machine est injoignable.
- La même règle continue de soulever des tickets sur un appareil. La note la plus récente répond déjà à cela : ONE examine l'historique pour cette combinaison de machine et de règle et nomme le fil conducteur. Neuf fois sur dix, le contrôle ne peut tout simplement pas prendre effet sur ce matériel.
- Un employé continue de répondre et rien ne se passe. Les réponses des employés sont des informations. S'ils ont besoin de quelque chose, un admin doit le dire dans une note interne.
- Vous avez demandé à ONE d'effacer un appareil et il a refusé. Les actions destructrices doivent être ouvertes dans la politique. Une instruction de ticket ne les ouvre pas.
FAQ
-
Qu'est-ce qui l'active ?
Publier la politique. Rien d'autre.
-
Pouvons-nous l'activer uniquement pour les problèmes de chiffrement ?
Pas avec un interrupteur. Activez-le pour l'entreprise et restreignez-le dans la section Portée.
-
Va-t-il fermer des tickets pour nous ?
Seulement lorsque l'appareil signale conforme, ou lorsqu'un admin lui dit de le faire dans une note interne.
-
Que se passe-t-il si nous fermons un ticket alors que l'appareil est encore non conforme ?
Le problème sous-jacent survit, la machine continue d'apparaître comme échouant partout où elle apparaît, et rien de plus ne sera soulevé pour elle jusqu'à ce que cela change.
-
Un employé peut-il convaincre ONE d'accorder une exemption ?
Non. Seuls les admins et l'assignataire peuvent publier des notes internes, et seules celles-ci sont considérées comme des instructions.