Логотип Performance HubPerformance Hub
Раздел сайта: Документация

Правила доступа

На этой странице

Access Policies определяют, кто, какими дверями и когда может пользоваться. Настраиваются они в разделе Settings → Access Policies. У объекта может быть несколько именованных политик, и каждая политика только разрешает доступ: она может предоставить доступ при совпадении, но не может запретить доступ, предоставленный другой политикой или дополнительным способом предоставления.

Верхняя навигация модуля включает Doors, Users и Журналы доступа. Access Policies находятся в Settings, а не на отдельной вкладке верхнего уровня.

Settings, Access Policies: список политикSettings, Access Policies: список политик

Рисунок 1. Список Access Policies

Для каждой политики в списке указано, включена ли она, приведена сводка ее параметров Who, Where и When, а также количество потенциальных пользователей и целевых дверей, на которые она распространяется; есть кнопки для ее дублирования и удаления.

Когда включена синхронизация персонала Performance Hub, у объекта также есть политика Performance Hub staff. Она создается один раз для каждого объекта и пропускает всех с тегом Performance Hub staff через любую дверь в любое время. Ее можно изменить или отключить, как любую другую политику.

Существующий доступ импортируется автоматически

Когда Access Policies становятся доступны на объекте, его существующая конфигурация доступа автоматически импортируется в именованные политики. Доступ на уровне всего объекта, особый доступ для определенных областей или дверей, а также часы работы сохраняются в виде явных значений Who, Where и When. Администраторам не нужно предварительно просматривать преобразование, выбирать режим развертывания или заново создавать доступ вручную.

Проверьте названия и описания импортированных политик, чтобы они были понятны вашей команде. Постоянные разрешения для отдельных пользователей и Access Time Windows администратора или интеграции остаются отдельными дополнительными способами разрешения доступа; автоматический импорт не удаляет и не изменяет их.

Как политика определяет совпадение

Каждая включенная политика состоит из трех частей:

  1. Who — условия по типу человека и статусу членства или теги.
  2. When — Anytime или одно либо несколько окон Weekly/One-time.
  3. Where — все двери объекта, выбранные области доступа, выбранные двери или их сочетание с необязательными исключениями областей и дверей.

Политика срабатывает, только когда совпадают все три условия: Who И Where И When. Несколько политик объединяются по ИЛИ, поэтому достаточно совпадения с любой одной включенной политикой:

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

Внутри Who может совпасть любое условие по типу человека и статусу или любой выбранный тег. Условие по типу человека требует совпадения типа человека и, если выбраны статусы, чтобы его статус членства был одним из них. Если статусы не выбраны, это означает Any status. Учитываются как синхронизированные, так и пользовательские теги.

Внутри Where исключения всегда имеют приоритет для данной политики. Например, политика для всего объекта, из которой исключена область доступа Staff-only, применяется ко всем дверям, кроме дверей этой области. Другая политика при этом может разрешить доступ к одной из исключенных дверей.

Внутри When вариант Anytime не имеет ограничений по расписанию. Политики по расписанию активны, когда активно любое окно Weekly или One-time. Окна внутри одной политики объединяются по ИЛИ.

Создание политик и управление ими

С помощью Add policy начните с одного из шаблонов: активные участники по ежедневному расписанию, персонал в любое время, подрядчики на выбранных дверях, разовый доступ на мероприятие или пустая политика. Шаблоны создаются выключенными, чтобы они не могли предоставить доступ до проверки. Дайте каждой политике уникальное название, при необходимости добавьте описание, настройте Who → When → Where, проверьте, на скольких потенциальных пользователей и какие двери она повлияет, затем включите ее.

Политики можно дублировать; копия сохраняет Who, Where и When, но создается выключенной. Пустое условие Who не совпадает ни с кем, а политика должна быть нацелена на объект, хотя бы одну дверь или хотя бы одну область доступа.

Типичные примеры

  • Арендаторы здания: активные записи Member, двери лобби и лифтов, рабочие часы в будни.
  • Участники коворкинга с круглосуточным доступом: тег премиум-уровня, выбранные входы и переговорные комнаты, Anytime.
  • Персонал: тег персонала, все двери, Anytime.
  • Подрядчики и уборщики: тип или тег подрядчика, выбранные служебные двери, ограниченное расписание Weekly.
  • Студенты в нерабочее время: тег зачисленного студента, двери студий, вечернее расписание Weekly.
  • Разовое мероприятие: тег мероприятия, выбранные входы площадки, одно окно One-time.

Автоматические сообщения

Раздел Settings → Automated Messages содержит сообщения на панели, привязанные к статусу членства, типу человека или тегам (например, уведомление об истекшем членстве). Автоматизация сообщений не зависит от авторизации доступа к дверям и описана в статье Сообщения в приложении.

Сохранение

Изменения не применяются, пока вы не нажмете Save changes на панели сохранения. Discard отменяет черновик. Сохраненные изменения политик применяются к последующим решениям об авторизации на сервере; перезапуск дверей не требуется.