Un problema de compliment en un tauler és un número. L'auto remediació el converteix en feina que acaba. S'obre un tiquet, ONE l'agafa, i els casos senzills es tanquen sense que ningú els llegeixi — mentre que la resta arriben a un administrador amb la investigació ja feta.
Visió general
Tres articles cobreixen la configuració; aquest cobreix la forma de la cosa:
- Configura l'auto remediació — quins estatus generen un tiquet, els valors per defecte del tiquet i la publicació
- Escriu la teva política de remediació — el mandat sota el qual treballa ONE
- Què fa ONE — el sòl, el sostre, i què controla la teva política
Com utilitzar — el camí de la deriva al tancament
- Un dispositiu s'informa i la seva conformitat es recomputa. Canviar un control MDM també desencadena això.
- Un estatus marcat genera un problema, per a qualsevol cosa configurada per a Crear Problema o Crear Problema i Tiquet.
- S'obre un tiquet per als estatus amb tiquet, portant un títol traduït, l'etiqueta de Compliment, el dispositiu, el seu propietari com a sol·licitant, i els valors per defecte del tiquet.
- ONE l'agafa — sempre que hi hagi una política publicada. Si no n'hi ha, el tiquet existeix però es queda amb el teu equip.
- ONE treballa en això: llegeix el problema subjacent i la seva evidència, actualitza el dispositiu, aplica el que pot aplicar, escriu a l'empleat/da només quan realment es requereix una persona, i publica les seves troballes.
- El compliment torna i el tiquet es tanca per si sol. ONE no tanca tiquets de compliment per iniciativa pròpia.
El vocabulari
| Termini | Significat |
| Problema de compliment | Un dispositiu que actualment informa un estatus que has marcat |
| Tiquer de compliment | El tiquet obert per un problema. Mai més d'un per problema |
| Política de remediació | El mandat escrit. Publicar-ho és l'interruptor d'engegada |
| Auto remediació: ON / OFF | El xip a la pàgina de configuració. ON només mentre hi hagi una política publicada |
Tres coses que són fiables per disseny
- Res es perd per un mal moment. La creació i el tancament de tiquets es reconcilien en cada càlcul de compliment, així que una fallada et costa un cicle de sincronització, no un tiquet.
- Habilitar la creació de tiquets recupera la història. Canvia un estatus a Crear Problema i Tiquet i els tiquets apareixen per a dispositius que ja estan en aquest estat, no només per als futurs.
- Mai estàs tancat fora del camí manual. Qualsevol fila única a la llista de problemes pot ser tiquetada manualment, incloent estatus que has deixat deliberadament sense tiquetar.
Permisos
| Acció | Permís |
| Veure problemes, configuracions i política | MDM_READ |
| Canviar configuracions, editar i publicar la política | MDM_WRITE |
Consells i bones pràctiques
- Publica al final. Tot lo demés és preparació; publicar és el moment en què comença a passar.
- Esperar el retrocés i planificar al voltant d'ell. L'estatus primer tiquetat recupera tota la teva flota alhora.
- Tiqueta molt menys del que marques. Marcar no costa res; un tiquet és una promesa que es treballarà.
- Jutja una execució pel seu anotació, no per si el problema es va tancar. Un retorn ben diagnosticat és un bon resultat.
Solució de problemes i FAQ
Solució de problemes
- Els tiquets apareixen però ningú els treballa. No hi ha política publicada, així que s'obren sense assignar a ONE.
Comprova el xip. - Un estatus tiquetat no va produir cap tiquet per a un dispositiu.
Busca una excepció que el cobreixi — dispositius no assignats i en estoc es salten completament — o un període de gràcia que encara estigui en curs. - One dispositiu té cinc tiquets.
Per disseny. One tiquet per problema, cinc problemes, cinc tiquets.
FAQ
-
Què activa això?
Publicar la política de remediació. Només això.
-
Els tiquets s'obren sense una política?
Sí, simplement no es lliuren a ONE.
-
Es tancarà algun tiquet per si sol?
No per iniciativa pròpia. El tancament ve del dispositiu que es torna compliant, o d'un administrador que ho instrueix.