Schema's van Access Policies
Op deze pagina
Tijd is het When-deel van elke Access Policy. Kies Anytime of Scheduled; een gepland beleid bevat een of meer vensters van het type Weekly of One-time. Zie Respijtperioden en tijdzone voor de pagina Settings → Access Time Windows.
Eén beleid verleent alleen toegang wanneer Who EN Where EN When overeenkomen. Vensters binnen één beleid worden met OF gecombineerd, en benoemde beleidsregels ook. Beleidsregels verlenen alleen toegang: een inactief beleid trekt geen toegang in die is verleend door een ander overeenkomend beleid, een permanente machtiging of een afzonderlijk venster van een beheerder of integratie.
Altijd
Anytime betekent dat de Who en Where van het beleid kunnen overeenkomen zonder beperking in tijd. Het omzeilt geen controles op veiligheid, onderhoud, geofence, blokkering, aantal verzoeken of apparaat.
Weekly-vensters
Een Weekly-venster herhaalt zich met lokale tijdblokken, zoals maandag 06:00–08:30.
- De geselecteerde IANA-tijdzone bepaalt de weekdag, de lokale tijd en het gedrag bij zomertijd.
- Optionele momenten voor actief vanaf en actief tot kunnen de herhaling begrenzen; het einde is exclusief.
- Blokken mogen elkaar niet overlappen en niet over middernacht heen lopen. Verdeel een nachtelijke periode over twee dagen.
- Bij de overgang naar zomertijd komen overgeslagen lokale tijden niet voor. Bij de overgang naar wintertijd tellen beide echte momenten die door een herhaalde lokale tijd worden weergegeven.
One-time-vensters
Een One-time-venster heeft één exact begin- en eindmoment. Gebruik het voor een bekende, eenmalige periode.
- Begin en einde zijn gehele getallen in Unix-seconden die UTC-momenten aanduiden.
- De grens is halfopen:
[from, to). Het begin telt mee; het einde niet. - De weergegeven tijdzone is bedoeld voor invoer, weergave en auditcontext. Deze wijzigt geen opgeslagen moment.
Afzonderlijke vensters voor gebruikers en integraties
Gebruikersvensters die eigendom zijn van een beheerder en vensters die door een integratie worden aangeleverd, blijven afzonderlijke, aanvullende paden; ze worden niet omgezet in Access Policies en kunnen niet worden verwijderd door een beleid te bewerken. Ze kunnen volgens hun eigen afspraken gericht zijn op de faciliteit, deuren of Access Scopes.
Integratievensters behouden het gedrag voor broneigendom, revisie, actualiteit en toewijzing van scope_key. Onbekende, uitgeschakelde, niet-gekoppelde, verouderde of ontkoppelde bronvensters verlenen geen toegang. De ene bron kan de vensters van een andere bron niet wissen, en noch updates van een bron noch bewerkingen van beleid wissen vensters die eigendom zijn van een beheerder.
Permanente machtigingen zijn nog een afzonderlijk, aanvullend pad. Hun bestaande optionele openingstijden blijven los staan van beleidsschema's.
Respijtperioden en tijdzone
Afbeelding 1: Settings → Access Time Windows → Access grace periods
Settings → Access Time Windows → Access grace periods bepaalt hoeveel speling mensen krijgen rond hun geplande vensters. "Scheduled start and end times remain unchanged. These buffers only expand when door access is allowed."
- Facility timezone: de tijdzone die Weekly-vensters gebruiken, waarbij wijzigingen voor zomertijd automatisch worden gevolgd. Gebruik Change timezone in Facility & System Configuration om deze te wijzigen; zie Tijdzone.
- Allow early access: "Allow users to unlock doors shortly before their scheduled window starts." Off, 5 minutes, 10 minutes, 15 minutes of 30 minutes.
- Allow access after end: "Keep door access available briefly after the scheduled window ends." Off, 5 minutes, 10 minutes, 15 minutes of 30 minutes.
De respijtperioden gelden voor alle One-time- en Weekly-vensters in de faciliteit, inclusief vensters die door boekingsintegraties worden aangeleverd. Ze tellen ook mee voor No visit recorded: iemand die tijdens de respijtperiode ontgrendelt, geldt als bezoeker. Een hotel kan bijvoorbeeld Allow access after end instellen op 15 minuten om late check-outs met gastenpassen op te vangen.
Bestaande schema's
Bestaande openingstijden worden automatisch geïmporteerd in het gedeelte When van de bijbehorende Access Policies. Afwijkende uren die eerder voor bepaalde bereiken of deuren golden, blijven behouden in beleidsregels met expliciete Where-doelen. Beheerders hoeven schema's niet handmatig om te zetten.
Autorisatie en beschikbaarheid
Bij toegang voor leden worden eerst de veiligheidscontroles voor gebruiker en deur uitgevoerd. Daarna beoordeelt de server de toegangspaden voor beleid, permanente machtigingen, beheerdersvensters en integratievensters. Controles op geofence en controller blijven daarna de doorslaggevende poorten.
Een toekomstig beleidsvenster kan gestructureerde beschikbaarheid teruggeven met het volgende concrete begin/einde, het soort, het label en de tijdzone. Ondersteunde clients gebruiken die gegevens voor weergave; ze berekenen de autorisatie niet lokaal. Exacte grenzen blijven [from, to).
De gedetailleerde weigering voor een toekomstig venster is outside_access_time_window. Compatibiliteitsclients kunnen de bestaande reden outside_access_hours blijven ontvangen met deniedReasonDetail: outside_access_time_window.
Toeschrijving
Een beleidsbeslissing vermeldt het overeenkomende beleid bij naam. Bij geplande toegang kunnen de Toegangslogboeken ook het actieve venster en het concrete begin en einde ervan tonen, zodat duidelijk is welk When-item toegang heeft verleend.