Toegangsbeleid

Op deze pagina

Access Policies bepalen wie welke deuren wanneer kan gebruiken. Je configureert ze onder Settings → Access Policies. Een faciliteit kan meerdere benoemde beleidsregels hebben, en elk beleid verleent alleen toegang: het kan toegang verlenen wanneer het overeenkomt, maar het kan geen toegang weigeren die door een ander beleid of een aanvullend toegangspad is verleend.

De bovenste navigatie van de module bestaat uit Doors, Users en Toegangslogboeken. Access Policies staan in Settings en niet op een eigen tabblad op het hoogste niveau.

Settings, Access Policies: de lijst met beleidsregels

Afbeelding 1: De lijst met Access Policies

Elk beleid in de lijst toont of het is ingeschakeld, een samenvatting van de Who, Where en When, en hoeveel potentiële gebruikers en doeldeuren het omvat, met knoppen om het te dupliceren of te verwijderen.

Wanneer synchronisatie van Performance Hub-medewerkers is ingeschakeld, heeft de faciliteit ook een beleid Performance Hub staff. Dit wordt één keer per faciliteit aangemaakt en laat iedereen met de tag Performance Hub staff op elk moment door elke deur. Je bewerkt of schakelt het uit zoals elk ander beleid.

Bestaande toegang wordt automatisch geïmporteerd

Wanneer Access Policies beschikbaar komen bij een faciliteit, wordt de bestaande toegangsconfiguratie ervan automatisch geïmporteerd in benoemde beleidsregels. Faciliteitbrede toegang, afwijkende toegang voor bepaalde bereiken of deuren, en openingstijden blijven behouden als expliciete waarden voor Who, Where en When. Beheerders hoeven geen conversie te bekijken, geen uitrolmodus te kiezen en geen toegang handmatig opnieuw aan te maken.

Controleer de namen en beschrijvingen van de geïmporteerde beleidsregels, zodat ze betekenisvol zijn voor je team. Permanente machtigingen per gebruiker en Access Time Windows van beheerders of integraties blijven afzonderlijke, aanvullende toegangspaden; de automatische import verwijdert of wijzigt ze niet.

Hoe een beleid overeenkomt

Elk ingeschakeld beleid bestaat uit drie delen:

Who: voorwaarden voor persoonstype en lidmaatschapsstatus, of tags.
When: Anytime, of een of meer vensters van het type Weekly/One-time.
Where: alle deuren in de faciliteit, geselecteerde Access Scopes, geselecteerde deuren of een combinatie daarvan, met optionele uitsluitingen van bereiken of deuren.

Eén beleid komt alleen overeen wanneer Who EN Where EN When allemaal overeenkomen. Meerdere beleidsregels worden met OF gecombineerd, dus het is genoeg als één ingeschakeld beleid overeenkomt:

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

Binnen Who kan elke voorwaarde voor persoonstype/status of elke geselecteerde tag overeenkomen. Een voorwaarde voor persoonstype vereist dat het type van de persoon overeenkomt en, wanneer er statussen zijn geselecteerd, dat de lidmaatschapsstatus een daarvan is. Als je geen statussen selecteert, betekent dat Any status. Zowel gesynchroniseerde als aangepaste tags tellen mee.

Binnen Where winnen uitsluitingen altijd voor dat beleid. Een beleid voor de hele faciliteit waarbij een Access Scope voor alleen medewerkers is uitgesloten, geldt bijvoorbeeld voor elke deur behalve de deuren in dat bereik. Een ander beleid kan een van die uitgesloten deuren nog steeds toestaan.

Binnen When heeft Anytime geen beperking in tijd. Geplande beleidsregels zijn actief wanneer een venster van het type Weekly of One-time actief is. Vensters binnen een beleid worden met OF gecombineerd.

Beleidsregels maken en beheren

Gebruik Add policy om te beginnen vanuit Active members met een dagelijks schema, Staff anytime, Contractors op geselecteerde deuren, eenmalige toegang voor een evenement of een leeg beleid. Sjablonen beginnen uitgeschakeld, zodat ze geen toegang kunnen verlenen voordat ze zijn gecontroleerd. Geef elk beleid een unieke naam, voeg eventueel een beschrijving toe, configureer Who → When → Where, controleer de impact op potentiële gebruikers en deuren en schakel het daarna in.

Beleidsregels kunnen worden gedupliceerd; de kopie behoudt Who, Where en When, maar begint uitgeschakeld. Een lege Who komt met niemand overeen, en een beleid moet gericht zijn op de faciliteit, ten minste één deur of ten minste één Access Scope.

Veelvoorkomende voorbeelden

Huurders van een gebouw: actieve Member-records, de lobby- en liftdeuren, kantooruren op werkdagen.
Coworkingleden met 24/7-toegang: een premiumtag, geselecteerde ingangen en vergaderruimten, Anytime.
Medewerkers: een medewerkerstag, alle deuren, Anytime.
Aannemers en schoonmakers: een type/tag voor aannemers, geselecteerde dienstdeuren, een beperkt Weekly-schema.
Studenten buiten de openingstijden: een tag voor ingeschreven studenten, de deuren van de studio's, een Weekly-schema voor de avond.
Eenmalig evenement: een evenemententag, geselecteerde ingangen van de locatie, één One-time-venster.

Geautomatiseerde berichten

Settings → Automated Messages bevat dashboardberichten die zijn gekoppeld aan lidmaatschapsstatus, persoonstype of tags (bijvoorbeeld een melding over een verlopen lidmaatschap). Automatische berichten staan los van de autorisatie voor deuren en worden beschreven in Berichten in de app.

Opslaan

Wijzigingen worden pas toegepast wanneer je op Save changes in de opslagbalk klikt. Discard zet het concept terug. Opgeslagen wijzigingen in beleid gelden voor latere autorisatiebeslissingen van de server; deuren hoeven niet opnieuw te worden opgestart.