Vai al contenuto
Region
English | Global
Richiedi una demo

Dai a ogni politica una vita oltre la pubblicazione.

Collega la versione approvata, il responsabile e le persone che devono applicarla.

Approvazione indipendente · AlexUna decisione di una persona diversa dal responsabile.
Versione 1.0 · PubblicataIl documento controllato ricevuto dalle persone.
Conferma di lettura · SamLa risposta esplicita di un dipendente a quella versione.
Pubblicazione e conferma di lettura sono record distinti.Spazio fittizio · record reali del prodotto

Pubblicare il documento è solo l’inizio.

Maya aggiorna le regole di accesso alle paghe. Alex esamina il documento prima della pubblicazione; poi Sam e Omar devono capire le proprie responsabilità. Ognuno ha un compito diverso. Lo stato pubblicato non indica chi ha confermato la lettura.

  1. Assegna un responsabile alla bozza.

    Indica il responsabile e un approvatore diverso, scegli il documento fonte e stabilisci le date di efficacia e riesame.

    Come funziona

    Indica il responsabile e un approvatore diverso, scegli il documento fonte e stabilisci le date di efficacia e riesame. Prima dell’approvazione, la fonte deve superare i controlli di sicurezza e la revisione della biblioteca documentale. La politica è gestita per tutta l’organizzazione.

    Responsabile della politica
  2. Invia a revisione indipendente.

    L’invio porta la bozza in revisione e impedisce le normali modifiche.

    Come funziona

    L’invio porta la bozza in revisione e impedisce le normali modifiche. Né il responsabile né chi ha inviato la bozza possono approvare la propria politica. Il revisore può restituirla con una motivazione o approvare quella precisa versione.

    Responsabile, poi approvatore indipendente
  3. Pubblica la versione approvata.

    La pubblicazione è un’azione separata.

    Come funziona

    La pubblicazione è un’azione separata. La versione approvata e la registrazione d’integrità devono ancora corrispondere. Una fonte modificata richiede un’altra revisione. Pubblicare istituisce il documento controllato; non avvia una campagna di conferme e non registra risposte.

    Approvatore autorizzato o amministratore del tenant
  4. Scegli chi deve rispondere.

    Avvia una campagna per la versione pubblicata.

    Come funziona

    Avvia una campagna per la versione pubblicata. Visualizza le persone previste, conferma i destinatari e imposta una scadenza. I gruppi organizzativi usano assegnazioni esplicite. La campagna conserva quei destinatari; successive assunzioni o modifiche organizzative non li cambiano automaticamente.

    Amministratore delle politiche
  5. Richiedi una risposta esplicita.

    Il dipendente apre la pubblicazione assegnata e conferma esplicitamente di averla letta e di comprendere le proprie responsabilità.

    Come funziona

    Il dipendente apre la pubblicazione assegnata e conferma esplicitamente di averla letta e di comprendere le proprie responsabilità. Può invece fare una domanda o chiedere un’eccezione. Aprire il documento o risolvere una domanda non equivale mai a confermarne la lettura.

    Dipendente assegnato
  6. Segui le risposte, poi riesamina.

    Esamina persone in attesa, richieste ed esclusioni.

    Come funziona

    Esamina persone in attesa, richieste ed esclusioni. Registra le risoluzioni e le scadenze delle eccezioni; conserva i motivi delle esclusioni. Se cambia il contenuto, crea una revisione in una bozza separata e pianificane la distribuzione. Pubblicazioni e risposte precedenti restano nello storico.

    Responsabile e amministratore della politica

Leggi il dettaglio dietro lo stato.

Scegli un record. Scopri significato, responsabilità e ciò che resta da fare.

Amministratore del tenant

Identifica la versione e i responsabili.

Il pannello di Alex mostra la responsabilità di Maya, la sua approvazione, la versione 1.0 e la prossima data di riesame. Apri la pubblicazione o avvia una revisione o campagna separata.

Spazio fittizio · record reali del prodotto
La politica di accesso alle paghe v1.0 è pubblicata; le risposte dei dipendenti appartengono a una campagna distinta.
La politica di accesso alle paghe v1.0 è pubblicata; le risposte dei dipendenti appartengono a una campagna distinta.Area di lavoro fittizia · Interfaccia in inglese
Leggi tutta la storia del record

Identifica la versione e i responsabili.

Amministratore del tenant

Il pannello di Alex mostra la responsabilità di Maya, la sua approvazione, la versione 1.0 e la prossima data di riesame. Apri la pubblicazione o avvia una revisione o campagna separata.

La politica di accesso alle paghe v1.0 è pubblicata; le risposte dei dipendenti appartengono a una campagna distinta.

Apri la schermata originale del prodotto

Due destinatari. Due responsabilità individuali.

Amministratore del tenant

Sam ha confermato la versione 1.0; la risposta di Omar è ancora in attesa. Scadenza, risposte mancanti e promemoria rendono il seguito preciso. I messaggi restano in coda perché l’invio delle e-mail non è configurato.

Campagna: 1 conferma su 2. È l’avanzamento delle risposte, non un punteggio di conformità.

Apri la schermata originale del prodotto

Sam può verificare cosa ha confermato.

Dipendente assegnato

Successivamente, lo storico di Sam conserva la conferma della versione 1.0, l’ora e la sua dichiarazione. Può consultare la politica e scaricare la ricevuta. La sua risposta non completa l’assegnazione separata di Omar.

Conferma di Sam per v1.0 conservata. La ricevuta registra la risposta; non è un attestato di formazione.

Apri la schermata originale del prodotto

Un seguito abbastanza preciso da consentire azioni.

Collega la decisione sul documento, i destinatari previsti e la risposta individuale senza confonderne i significati.

Le domande restano visibili.

Domande e richieste di eccezione arrivano al responsabile della politica. Una risoluzione registrata può spiegare decisione e scadenza, ma non conferma la lettura al posto del dipendente.

I destinatari hanno uno storico.

La campagna conserva le persone scelte all’avvio. Usa una campagna successiva riesaminata per nuovi dipendenti o distribuzioni ripetute. Il nome di un reparto o il suo responsabile non stabiliscono da soli l’appartenenza al gruppo.

Le revisioni conservano la traccia precedente.

Crea una nuova bozza dalla politica pubblicata, quindi ripeti revisione e pubblicazione. Ritirare una pubblicazione obsoleta annulla le campagne aperte e conserva versioni e risposte precedenti.

La conferma di lettura ha un significato preciso.

Il completamento misura le risposte esplicite dei destinatari obbligati. Non certifica comprensione, formazione o conformità. Le esclusioni restano visibili. Gli account per sole conferme hanno accessi limitati e quote separate nel piano; non ricevono l’intero spazio GRC.

Domande che vale la pena porre.

Il responsabile può approvare la propria politica?

No. Né il responsabile né chi ha inviato la bozza possono approvarla. Un revisore indipendente idoneo deve approvare il documento prima della pubblicazione.

Una nuova versione eredita le conferme precedenti?

No. La revisione nasce come bozza separata. Le risposte precedenti restano associate alla relativa pubblicazione; la nuova versione richiede destinatari e campagna propri.

I promemoria garantiscono la consegna delle email?

No. Servono invio configurato ed elaborazione pianificata. L’esempio mostra messaggi in coda. L’avanzamento della campagna e l’accettazione del fornitore non provano la consegna al destinatario.

Un amministratore può confermare per tutti?

No. Ogni dipendente assegnato registra la propria conferma. Gli amministratori possono risolvere richieste o motivare esclusioni, ma non trasformare tali azioni nella conferma di un dipendente.

Segui una politica dalla bozza alla risposta.

Controlla la versione, scegli i destinatari e conserva le decisioni e le risposte successive.

Richiedi una demo