Pianificazioni delle Access Policies
In questa pagina
Il tempo è la parte When di ogni Access Policy. Scegli Anytime o Scheduled; una policy pianificata contiene una o più finestre Weekly o One-time. Per la pagina Settings → Access Time Windows, vedi Periodi di tolleranza e fuso orario.
Una policy concede l'accesso solo quando corrispondono Who AND Where AND When. Le finestre all'interno di una policy vengono combinate in OR, e anche le policy con un nome vengono combinate in OR. Le policy si limitano a consentire: una policy inattiva non revoca l'accesso concesso da un'altra policy corrispondente, da un'autorizzazione permanente o da una finestra separata dell'amministratore o di un'integrazione.
In qualsiasi momento
Anytime significa che i criteri Who e Where della policy possono corrispondere senza restrizioni di pianificazione. Non aggira i controlli di sicurezza, manutenzione, geofence, blocco, limitazione della frequenza o dispositivo.
Finestre Weekly
Una finestra Weekly si ripete usando blocchi di ora locale, come lunedì 06:00–08:30.
- Il fuso orario IANA selezionato determina il giorno della settimana, l'ora locale e il comportamento dell'ora legale.
- Istanti facoltativi di inizio e fine validità possono delimitare la ricorrenza; la fine è esclusa.
- I blocchi non possono sovrapporsi né superare la mezzanotte. Suddividi un periodo notturno su due giorni.
- Al passaggio all'ora legale, gli orari locali saltati non si verificano. Al ritorno all'ora solare, sono validi entrambi gli istanti reali rappresentati da un orario locale ripetuto.
Finestre One-time
Una finestra One-time ha un istante di inizio e uno di fine esatti. Usala per un periodo una tantum noto.
- Inizio e fine sono secondi Unix interi che identificano istanti UTC.
- L'intervallo è semiaperto:
[from, to). L'inizio è incluso; la fine no. - Il fuso orario visualizzato serve per l'inserimento, la visualizzazione e il contesto di verifica. Non modifica un istante memorizzato.
Finestre separate degli utenti e delle integrazioni
Le finestre degli utenti di proprietà dell'amministratore e le finestre fornite dalle integrazioni restano percorsi aggiuntivi separati; non vengono convertite in Access Policies e non possono essere rimosse modificando una policy. Possono avere come destinazione la struttura, le porte o gli Access Scopes secondo le proprie regole.
Le finestre delle integrazioni mantengono il comportamento relativo a proprietà dell'origine, revisione, aggiornamento e mappatura di scope_key. Le finestre di origine sconosciute, disattivate, non mappate, obsolete o scollegate non concedono l'accesso. Un'origine non può cancellare le finestre di un'altra origine, e né gli aggiornamenti delle origini né le modifiche alle policy cancellano le finestre di proprietà dell'amministratore.
Le autorizzazioni permanenti sono un altro percorso aggiuntivo separato. I loro eventuali orari di funzionamento esistenti restano indipendenti dalle pianificazioni delle policy.
Periodi di tolleranza e fuso orario
Figura 1: Settings → Access Time Windows → Access grace periods
Settings → Access Time Windows → Access grace periods stabilisce quanto margine hanno le persone intorno alle loro finestre pianificate. "Scheduled start and end times remain unchanged. These buffers only expand when door access is allowed."
- Fuso orario della struttura: il fuso orario usato dalle finestre Weekly, che segue automaticamente i cambi dell'ora legale. Usa Modifica il fuso orario in Configurazione di strutture e sistemi per cambiarlo; vedi Fuso orario.
- Allow early access: "Allow users to unlock doors shortly before their scheduled window starts." Off, 5 minutes, 10 minutes, 15 minutes o 30 minutes.
- Allow access after end: "Keep door access available briefly after the scheduled window ends." Off, 5 minutes, 10 minutes, 15 minutes o 30 minutes.
I periodi di tolleranza si applicano a tutte le finestre One-time e Weekly della struttura, comprese le finestre fornite dalle integrazioni di prenotazione. Valgono anche per No visit recorded: una persona che sblocca una porta durante il periodo di tolleranza viene considerata come se avesse effettuato la visita. Ad esempio, un hotel può impostare Allow access after end su 15 minuti per coprire i check-out in ritardo con i pass degli ospiti.
Pianificazioni esistenti
Gli orari di funzionamento esistenti vengono importati automaticamente nella sezione When delle Access Policies corrispondenti. Gli orari diversi che in precedenza si applicavano a determinati ambiti o porte vengono mantenuti in policy con destinazioni Where esplicite. Gli amministratori non devono convertire manualmente le pianificazioni.
Autorizzazione e disponibilità
Per l'accesso dei membri, vengono eseguiti per primi i controlli di sicurezza sull'utente e sulla porta. Il server valuta quindi i percorsi di autorizzazione tramite policy, autorizzazione permanente, finestra dell'amministratore e finestra dell'integrazione. I controlli del geofence e del controller restano verifiche vincolanti successive.
Una finestra futura di una policy può restituire una disponibilità strutturata con il suo prossimo inizio e fine effettivi, il tipo, l'etichetta e il fuso orario. I client supportati usano questi dati per la visualizzazione; non calcolano l'autorizzazione localmente. Gli intervalli esatti restano [from, to).
Il diniego dettagliato per una finestra futura è outside_access_time_window. I client di compatibilità possono continuare a ricevere il motivo esistente outside_access_hours con deniedReasonDetail: outside_access_time_window.
Attribuzione
Una decisione basata su una policy identifica la policy corrispondente per nome. Per l'accesso pianificato, i Registri di accesso possono mostrare anche la finestra attiva e il suo inizio e fine effettivi, chiarendo quale voce When ha concesso l'accesso.