Ogni confine qui è deliberato. Conoscerli ti permette di distinguere "questo è il modo in cui funziona" da "qualcosa è rotto" — che è di solito la differenza tra una modifica della politica e un ticket di supporto.

Panoramica

Quattro vincoli plasmano il modo in cui configuri tutto il resto.

• La definizione vive nella prosa, non nei toggle. Non esiste un interruttore per tipo di problema per ONE: è attivo per l'azienda o inattivo per l'azienda. Quali problemi lascia inalterati è qualcosa che scrivi nella sezione Scopo della tua politica, per nome.
• La revoca della pubblicazione non è un arresto di emergenza. Ferma l'assegnazione di nuovi ticket, ma i ticket già assegnati a ONE rimangono con ONE — semplicemente leggono il mandato mancante e si fermano, con una nota. Se hai bisogno che il tuo team si occupi di essi oggi, riassegna manualmente.
• I ticket seguono i problemi uno a uno. Cinque problemi su un dispositivo significano cinque ticket. Questo è il design, non una duplicazione.
• Le politiche sottraggono, mai aggiungono. Una frase che concede qualcosa che il prodotto vieta non ha alcun effetto.

Come viene riapplicata una correzione

ONE non inventa una riparazione. Ripete ciò che il controllo ha fatto in primo luogo:

Questo copre la maggior parte delle questioni di conformità. Ciò che lo rende affidabile è il passo successivo: rilegge il dispositivo. Una spinta che è andata a buon fine non prova nulla da sola.

Le sei ragioni per cui un ticket ti raggiunge comunque

Quando un ticket torna indietro, è quasi sempre uno di questi — e la nota indica quale:

• Il dispositivo è offline, quindi nulla può essere inviato o verificato
• Il dispositivo è registrato in un altro MDM, dove osserviamo ma non imponiamo
• La versione del sistema operativo non può essere gestita per quel particolare controllo
• La correzione necessita di un acquisto, licenza o credenziale che non possediamo
• L'EDR non è mai stato implementato, quindi non c'è nulla da riparare
• Il dispositivo ha bisogno di una nuova registrazione, che è una tua decisione

Attribuzione

Tutto è tracciabile. Le azioni del dispositivo atterrano nei registri di audit come qualsiasi altra azione. Una modifica della politica fatta con la tua approvazione è registrata come modifica di ONE, e la nota indica l'amministratore che l'ha approvata.

Aziende demo

Un'azienda demo esegue il flusso genuino contro dati di dispositivo fabbricati, e l'assistente è attivo — commentare un ticket di conformità demo avvia un'operazione reale. Le modifiche alle impostazioni di conformità e alla politica sono bloccate lì.

Risoluzione dei problemi e FAQ

Risoluzione dei problemi

1. Vuoi che funzioni la crittografia ma non gli aggiornamenti del sistema operativo. 
   Scrivilo nello Scopo. Non esiste un interruttore per questo.
    
2. Hai revocato la pubblicazione e è ancora assegnato ai ticket. 
   Funziona come progettato — smette di agire ma rimane assegnato. Riassegna.
3. Un ticket dice che non c'è nulla da ripetere. 
   Quel controllo non ha un meccanismo per dispositivo per riapplicare. È un limite del prodotto, e la correzione necessita di una persona.
    
4. Una frase della politica non sta facendo nulla. 
   Sta cercando di ampliare i permessi. Le politiche restringono solo.

FAQ

1. Possiamo attivarlo solo per un tipo di problema?
   Non con un'impostazione. Nomina le tue esclusioni nella sezione Scopo invece.
    
2. Come decide cosa provare?
   Rispecchia il meccanismo del controllo stesso, poi conferma rileggendo il dispositivo.
    
3. Tutto è auditabile?
   Sì — azioni del dispositivo nei registri di audit e modifiche della politica che nominano l'amministratore approvante.