Zugriffsrichtlinien

Auf dieser Seite

Access Policies legen fest, wer welche Türen wann nutzen darf. Sie konfigurieren sie unter Settings → Access Policies. Eine Einrichtung kann mehrere benannte Policies haben, und jede Policy ist ausschließlich erlaubend: Sie kann Zugriff gewähren, wenn sie zutrifft, aber keinen Zugriff verweigern, der durch eine andere Policy oder einen zusätzlichen Berechtigungsweg gewährt wurde.

Die obere Navigation des Moduls besteht aus Doors, Users und Zugriffsprotokolle. Access Policies befinden sich in den Settings und nicht in einem eigenen Tab der obersten Ebene.

Settings, Access Policies: die Liste der Policies

Abbildung 1: Die Liste der Access Policies

Jede Policy in der Liste zeigt, ob sie aktiviert ist, eine Zusammenfassung ihrer Angaben zu Who, Where und When und wie viele potenzielle Benutzer und Zieltüren sie abdeckt, mit Schaltflächen zum Duplizieren oder Löschen.

Wenn die Synchronisierung von Performance Hub staff aktiviert ist, hat die Einrichtung außerdem eine Policy Performance Hub staff. Sie wird einmal pro Einrichtung erstellt und lässt alle mit dem Tag Performance Hub staff jederzeit durch jede Tür. Sie bearbeiten oder deaktivieren sie wie jede andere Policy.

Bestehender Zugriff wird automatisch importiert

Wenn Access Policies an einer Einrichtung verfügbar werden, wird ihre bestehende Zugriffskonfiguration automatisch in benannte Policies importiert. Einrichtungsweiter Zugriff, abweichender Zugriff für bestimmte Bereiche oder Türen sowie Betriebszeiten bleiben als explizite Werte für Who, Where und When erhalten. Administratoren müssen keine Umstellung in der Vorschau prüfen, keinen Einführungsmodus wählen und den Zugriff nicht von Hand neu anlegen.

Prüfen Sie die Namen und Beschreibungen der importierten Policies, damit sie für Ihr Team aussagekräftig sind. Dauerhafte Berechtigungen pro Benutzer sowie Access Time Windows von Administratoren und Integrationen bleiben separate, zusätzliche Erlaubniswege; der automatische Import entfernt oder ändert sie nicht.

Wann eine Policy zutrifft

Jede aktivierte Policy besteht aus drei Teilen:

Who – Bedingungen zu Personentyp und Mitgliedschaftsstatus oder Tags.
When – Anytime oder ein oder mehrere Fenster vom Typ Weekly bzw. One-time.
Where – alle Türen der Einrichtung, ausgewählte Zugriffsbereiche, ausgewählte Türen oder eine Kombination daraus, mit optionalen Ausschlüssen von Bereichen oder Türen.

Eine Policy trifft nur zu, wenn Who UND Where UND When alle zutreffen. Mehrere Policies sind mit ODER verknüpft, sodass es genügt, wenn eine einzige aktivierte Policy zutrifft:

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

Innerhalb von Who kann jede Bedingung zu Personentyp und Status oder jeder ausgewählte Tag zutreffen. Eine Bedingung zum Personentyp erfordert, dass der Typ der Person übereinstimmt und, wenn Status ausgewählt sind, dass ihr Mitgliedschaftsstatus einer davon ist. Wenn Sie keine Status auswählen, bedeutet das Any status. Synchronisierte und benutzerdefinierte Tags zählen gleichermaßen.

Innerhalb von Where haben Ausschlüsse für diese Policy immer Vorrang. Beispielsweise gilt eine Policy für die gesamte Einrichtung, bei der ein Zugriffsbereich nur für Mitarbeitende ausgeschlossen ist, für jede Tür außer den Türen in diesem Bereich. Eine andere Policy kann eine dieser ausgeschlossenen Türen trotzdem erlauben.

Innerhalb von When gibt es bei Anytime keine zeitliche Einschränkung. Geplante Policies sind aktiv, wenn irgendein Fenster vom Typ Weekly oder One-time aktiv ist. Die Fenster innerhalb einer Policy sind mit ODER verknüpft.

Policies erstellen und verwalten

Mit Add policy beginnen Sie mit einer Vorlage für aktive Mitglieder mit täglichem Zeitplan, Mitarbeitende jederzeit, Auftragnehmer an ausgewählten Türen, einmaligen Veranstaltungszugang oder einer leeren Policy. Vorlagen sind zunächst deaktiviert, damit sie vor der Prüfung keinen Zugriff gewähren können. Geben Sie jeder Policy einen eindeutigen Namen, fügen Sie optional eine Beschreibung hinzu, konfigurieren Sie Who → When → Where, prüfen Sie die Auswirkungen auf potenzielle Benutzer und Türen und aktivieren Sie sie dann.

Policies können dupliziert werden; die Kopie übernimmt Who, Where und When, ist aber zunächst deaktiviert. Ein leeres Who trifft auf niemanden zu, und eine Policy muss die Einrichtung, mindestens eine Tür oder mindestens einen Zugriffsbereich als Ziel haben.

Häufige Beispiele

Mieter eines Gebäudes: aktive Member-Datensätze, die Lobby- und Aufzugstüren, werktags während der Geschäftszeiten.
Coworking-Mitglieder rund um die Uhr: ein Premium-Tag, ausgewählte Eingänge und Besprechungsräume, Anytime.
Mitarbeitende: ein Mitarbeiter-Tag, alle Türen, Anytime.
Auftragnehmer und Reinigungskräfte: ein Typ oder Tag für Auftragnehmer, ausgewählte Servicetüren, ein begrenzter Weekly-Zeitplan.
Studierende nach Feierabend: ein Tag für eingeschriebene Studierende, die Ateliertüren, ein Weekly-Zeitplan für die Abendstunden.
Einmalige Veranstaltung: ein Veranstaltungs-Tag, ausgewählte Eingänge des Veranstaltungsorts, ein einzelnes One-time-Fenster.

Automatisierte Nachrichten

Settings → Automated Messages enthält Dashboard-Nachrichten, die an Mitgliedschaftsstatus, Personentyp oder Tags gebunden sind (zum Beispiel einen Hinweis auf eine abgelaufene Mitgliedschaft). Die Nachrichtenautomatisierung ist unabhängig von der Türautorisierung und wird unter Nachrichten in der App beschrieben.

Speichern

Änderungen werden erst übernommen, wenn Sie in der Speicherleiste auf Änderungen speichern klicken. Discard verwirft den Entwurf. Gespeicherte Änderungen an Policies gelten für alle nachfolgenden Autorisierungsentscheidungen des Servers; ein Neustart der Türen ist nicht erforderlich.