Logo di Performance HubPerformance Hub
Sezione del sito: Documentazione

Criteri di accesso

In questa pagina

Le Access Policies definiscono chi può usare quali porte e quando. Configurale in Settings → Access Policies. Una struttura può avere più policy con un nome, e ogni policy si limita a consentire: può concedere l'accesso quando corrisponde, ma non può negare un accesso concesso da un'altra policy o da un percorso di autorizzazione aggiuntivo.

La navigazione principale del modulo comprende Doors, Users e Registri di accesso. Le Access Policies si trovano in Settings anziché in una scheda di primo livello.

Settings, Access Policies: l'elenco delle policySettings, Access Policies: l'elenco delle policy

Figura 1: l'elenco delle Access Policies

Ogni policy nell'elenco indica se è attivata, un riepilogo dei suoi criteri Who, Where e When, e quanti utenti potenziali e porte di destinazione copre, con i pulsanti per duplicarla o eliminarla.

Quando la sincronizzazione del personale del Performance Hub è attiva, la struttura ha anche una policy Performance Hub staff. Viene creata una sola volta per struttura e consente a chiunque abbia il tag Performance Hub staff di passare da ogni porta in qualsiasi momento. Modificala o disattivala come qualsiasi altra policy.

Gli accessi esistenti vengono importati automaticamente

Quando le Access Policies diventano disponibili in una struttura, la sua configurazione di accesso esistente viene importata automaticamente in policy con un nome. L'accesso all'intera struttura, gli accessi diversi per determinati ambiti o porte e gli orari di apertura vengono mantenuti come valori espliciti di Who, Where e When. Gli amministratori non devono visualizzare in anteprima una conversione, selezionare una modalità di implementazione né ricreare gli accessi manualmente.

Controlla i nomi e le descrizioni delle policy importate in modo che siano significativi per il tuo team. Le autorizzazioni permanenti per singolo utente e le Access Time Windows dell'amministratore o delle integrazioni restano percorsi di autorizzazione aggiuntivi separati; l'importazione automatica non li rimuove né li modifica.

Come corrisponde una policy

Ogni policy attivata è composta da tre parti:

  1. Who: condizioni sul tipo di persona e sullo stato dell'iscrizione, oppure tag.
  2. When: Anytime, oppure una o più finestre Weekly/One-time.
  3. Where: tutte le porte della struttura, Access Scopes selezionati, porte selezionate o una combinazione, con esclusioni facoltative di ambiti o porte.

Una policy corrisponde solo quando corrispondono tutti e tre i criteri Who AND Where AND When. Più policy vengono combinate in OR, quindi è sufficiente corrispondere a una qualsiasi policy attivata:

(Policy A: Who AND Where AND When)
OR
(Policy B: Who AND Where AND When)
OR ...

All'interno di Who, può corrispondere qualsiasi condizione su tipo di persona e stato o qualsiasi tag selezionato. Una condizione sul tipo di persona richiede che il tipo della persona corrisponda e, quando sono selezionati degli stati, che il suo stato dell'iscrizione sia uno di questi. Lasciare vuoti gli stati significa Any status. Contano sia i tag sincronizzati sia quelli personalizzati.

All'interno di Where, le esclusioni prevalgono sempre per quella policy. Ad esempio, una policy per l'intera struttura con un Access Scope Staff-only escluso si applica a ogni porta tranne a quelle di tale ambito. Un'altra policy può comunque consentire una di quelle porte escluse.

All'interno di When, Anytime non prevede restrizioni di pianificazione. Le policy pianificate sono attive quando è attiva una qualsiasi finestra Weekly o One-time. Le finestre all'interno di una policy vengono combinate in OR.

Creare e gestire le policy

Usa Add policy per partire da Active members su una pianificazione giornaliera, Staff anytime, Contractors on selected doors, One-time event access o da una policy vuota. I modelli partono disattivati, in modo che non possano concedere l'accesso prima della revisione. Assegna a ogni policy un nome univoco, aggiungi facoltativamente una descrizione, configura Who → When → Where, verifica il suo impatto potenziale su utenti e porte, quindi attivala.

Le policy possono essere duplicate; la copia mantiene Who, Where e When ma parte disattivata. Un criterio Who vuoto non corrisponde a nessuno, e una policy deve avere come destinazione la struttura, almeno una porta o almeno un Access Scope.

Esempi comuni

  • Inquilini di un edificio: record Member attivi, le porte della hall e degli ascensori, orario d'ufficio nei giorni feriali.
  • Membri di un coworking 24/7: un tag premium, ingressi e sale riunioni selezionati, Anytime.
  • Personale: un tag del personale, tutte le porte, Anytime.
  • Appaltatori e addetti alle pulizie: un tipo o tag per gli appaltatori, porte di servizio selezionate, una pianificazione Weekly limitata.
  • Studenti fuori orario: un tag per gli studenti iscritti, le porte dello studio, una pianificazione Weekly serale.
  • Evento una tantum: un tag dell'evento, ingressi selezionati della sede, una finestra One-time.

Messaggi automatici

Settings → Automated Messages contiene messaggi per la dashboard legati allo stato dell'iscrizione, al tipo di persona o ai tag (ad esempio, un avviso di iscrizione scaduta). L'automazione dei messaggi è indipendente dall'autorizzazione all'apertura delle porte ed è documentata in Messaggi nell'app.

Salvataggio

Le modifiche non vengono applicate finché non fai clic su Save changes nella barra di salvataggio. Discard annulla la bozza. Le modifiche salvate alle policy si applicano alle successive decisioni di autorizzazione del server; non è necessario riavviare le porte.