Расписания политик доступа
На этой странице
Время — это часть When каждой Access Policy. Выберите Anytime или Scheduled; политика по расписанию содержит одно или несколько окон Weekly или One-time. О странице Settings → Access Time Windows см. раздел Льготные периоды и часовой пояс.
Политика предоставляет доступ, только когда совпадают Who И Where И When. Окна внутри одной политики объединяются по ИЛИ, и именованные политики также объединяются по ИЛИ. Политики только разрешают доступ: неактивная политика не отменяет доступ, предоставленный другой совпавшей политикой, постоянным разрешением или отдельным окном администратора или интеграции.
В любое время
Anytime означает, что условия Who и Where политики могут совпасть без ограничений по расписанию. Это не отменяет проверки безопасности, обслуживания, геозоны, блокировки, ограничения частоты запросов и устройства.
Окна Weekly
Окно Weekly повторяется по блокам местного времени, например понедельник 06:00–08:30.
- Выбранный часовой пояс IANA определяет день недели, местное время и поведение при переходе на летнее время.
- Необязательные моменты начала и окончания действия могут ограничивать повторение; момент окончания не включается.
- Блоки не могут пересекаться или переходить через полночь. Разделите ночной период на два дня.
- При переходе на летнее время пропущенное местное время не наступает. При переходе на зимнее время подходят оба реальных момента, соответствующих повторяющемуся местному времени.
Окна One-time
Окно One-time имеет один точный момент начала и окончания. Используйте его для известного разового периода.
- Начало и окончание задаются целыми числами секунд Unix, обозначающими моменты в UTC.
- Граница полуоткрытая:
[from, to). Момент начала входит в окно, момент окончания — нет. - Отображаемый часовой пояс используется для ввода, отображения и контекста аудита. Он не изменяет сохраненный момент.
Отдельные окна пользователей и интеграций
Окна пользователей, принадлежащие администратору, и окна, предоставленные интеграциями, остаются отдельными дополнительными способами разрешения доступа; они не преобразуются в Access Policies и не могут быть удалены изменением политики. Они могут быть нацелены на объект, двери или области доступа в соответствии со своими собственными правилами.
Окна интеграций сохраняют принадлежность источнику, ревизию, актуальность и поведение сопоставления scope_key. Неизвестные, отключенные, несопоставленные, устаревшие или отвязанные окна источника не предоставляют доступ. Один источник не может удалить окна другого источника, и ни обновления источника, ни изменения политик не удаляют окна, принадлежащие администратору.
Постоянные разрешения — еще один отдельный дополнительный способ разрешения доступа. Их существующие необязательные часы действия по-прежнему не зависят от расписаний политик.
Льготные периоды и часовой пояс
Рисунок 1. Settings → Access Time Windows → Access grace periods
Settings → Access Time Windows → Access grace periods задает, какой запас времени получают люди вокруг своих окон по расписанию. «Scheduled start and end times remain unchanged. These buffers only expand when door access is allowed.»
- Facility timezone — часовой пояс, используемый окнами Weekly, с автоматическим учетом перехода на летнее время. Чтобы изменить его, используйте Change timezone in Facility & System Configuration; см. Часовой пояс.
- Allow early access — «Allow users to unlock doors shortly before their scheduled window starts.» Off, 5 minutes, 10 minutes, 15 minutes или 30 minutes.
- Allow access after end — «Keep door access available briefly after the scheduled window ends.» Off, 5 minutes, 10 minutes, 15 minutes или 30 minutes.
Льготные периоды применяются ко всем окнам One-time и Weekly на объекте, включая окна, предоставленные интеграциями бронирования. Они также учитываются в представлении No visit recorded: человек, разблокировавший дверь во время льготного периода, считается посетившим объект. Например, отель может задать для Allow access after end значение 15 минут, чтобы учесть поздний выезд по гостевым пропускам.
Существующие расписания
Существующие часы работы автоматически импортируются в раздел When соответствующих Access Policies. Особые часы, которые ранее применялись к определенным областям или дверям, сохраняются в политиках с явными целями Where. Администраторам не нужно преобразовывать расписания вручную.
Авторизация и доступность
Для доступа участников сначала выполняются проверки безопасности пользователя и двери. Затем сервер оценивает способы разрешения доступа: политики, постоянные разрешения, окна администратора и окна интеграций. Проверки геозоны и контроллера остаются последующими обязательными этапами.
Будущее окно политики может возвращать структурированные сведения о доступности со следующим конкретным началом и окончанием, типом, меткой и часовым поясом. Поддерживаемые клиенты используют эти данные для отображения; они не вычисляют авторизацию локально. Точные границы остаются [from, to).
Подробная причина отказа для будущего окна — outside_access_time_window. Клиенты, работающие в режиме совместимости, могут по-прежнему получать существующую причину outside_access_hours с deniedReasonDetail: outside_access_time_window.
Привязка
Решение по политике указывает совпавшую политику по названию. Для доступа по расписанию Журналы доступа также могут показывать активное окно и его конкретные начало и окончание, что позволяет понять, какая запись When предоставила доступ.