访问决策的工作原理
本页内容
本页介绍每次解锁背后的模型:谁可以通过一扇门、各项检查的执行顺序,以及 Access Policies、授权和安全检查如何相互作用。请先阅读本页,其他所有页面都以这些概念为基础。
叠加的允许途径
用户可以通过任何策略或授权途径获准通过一扇门。满足一个途径即可;一个途径永远不会削减另一个途径提供的访问权限。
| 途径 | 说明 | 配置位置 |
|---|---|---|
| Access Policies | 多项已命名、仅用于允许的策略。每项策略定义 Who、Where 和 When。 | Settings → Access Policies |
| 永久授权 | 为某个人明确授予的权限:设施范围、所选门或所选 Access Scopes,可选择设置其自己的时段。 | Users → 打开用户 → Access Control → Additional permanent access |
| Access Time Windows | 由管理员拥有、为某个人及所选设施/门/范围目标提供的临时访问权限。 | Users → 打开用户 → Access Time Windows |
| 集成 Access Time Windows | 同步人员的只读源时间窗口,根据逻辑源范围键进行映射。 | 源数据以及 Settings → Sync settings 中的映射 |
仅当 Who、Where 和 When 全部匹配时,策略才会匹配。多项策略之间为“或”关系。在 Who 中,人员类型/状态条件和标签互为备选;在 When 中,Weekly 和 One-time 时间窗口互为备选。Where 可以包含设施的所有门、Access Scopes、单扇门以及排除项。
示例:“Active members”策略可以在 Anytime 时段覆盖 Front entrances 范围,而单独的“Staff”策略覆盖除 Plant room 之外的所有设施门。不匹配任何一项策略的保洁员仍可获得 Service entries 范围的永久授权。
永久授权和管理员/集成时间窗口保持独立且叠加。策略编辑和自动导入不会吸收或移除它们。
同步到 Users 中的 Performance Hub 员工通过可编辑的 Performance Hub staff 策略获得门禁访问权限,与其他策略一样。请参阅同步与集成。
完整的决策顺序
当用户在移动应用中轻点 Unlock 时,服务器会按顺序检查以下各项。第一个未通过的检查会拒绝解锁,并将原因记录在访问日志中。
- 用户的访问权限是否已启用? Users 中用户记录行上的 Access enabled 开关是管理员的紧急关闭开关。已删除、已停用或被同步封锁的用户无论策略或授权如何都无法解锁。(例如:
access_disabled。) - 门是否被封锁或处于维护状态? 明确的
blockAllAccess会拒绝所有会员途径。维护模式 Force closed 会使门保持锁定,并对会员暂停服务;Force open 会使门保持解锁状态。管理员可以远程解锁门;每次管理员解锁都会记录在访问日志中。 - 是否有任何叠加的允许途径通过?
- **策略途径:**任何 Who、Where 和 When 全部匹配的已启用命名策略都会允许访问。
- **永久授权途径:**设施、门或包含该门的 Access Scope 授权在其可选时段匹配时允许访问。
- **用户时间窗口途径:**由管理员拥有的 Access Time Window 处于有效状态,且以该门、设施或包含该门的 Access Scope 为目标。
- **集成时间窗口途径:**新的源时间窗口处于有效状态,且其配置的
scope_key映射以该门为目标。过时或未映射的源时间窗口按失败即关闭原则处理。 - 如果都未通过 → 拒绝 (
no_matching_policy_or_grant)
- **地理围栏检查(如已启用)。**使用手机上报的位置:
- 如果手机无法提供位置 → 拒绝 (
location_unavailable) - 如果 GPS 读数的精度低于 Require GPS accuracy better than 设置 → 拒绝 (
gps_too_imprecise) - 如果用户与地理围栏中心的距离超过半径 + GPS 精度 + 精度缓冲 → 拒绝 (
outside_geofence) - 以服务器为准:手机上伪造的位置仍会在服务器端被拒绝。
- 如果手机无法提供位置 → 拒绝 (
- **门控制器是否在线?**如果控制器未上报状态(过去 5 分钟内无心跳),则无法传送解锁指令 (
device_offline)。如果指令已发送但控制器未确认,事件会被记录为 Timed out。 - **解锁。**继电器在门的 Hold time(1–30 秒,默认 10 秒)内释放,然后自动重新上锁。控制器确认后,事件会被记录为 Confirmed unlocked。
One-time 和有界的 Weekly 时间窗口使用以 Unix 秒为单位的整数边界和半开区间 [from, to):起始时间包含在内,结束时间不包含在内。Weekly 时间块使用其声明的 IANA 时区以及当地挂钟时间/夏令时规则。请参阅访问策略时间表。
对于仅有未来时间窗口的门,新版客户端会收到 outside_access_time_window 详细信息以及结构化的下次可用时间。在兼容性过渡期间,旧版客户端继续收到 outside_access_hours 作为主要原因,以便门保持安全禁用且可见。
现有配置
现有的访问配置会自动导入 Access Policies。导入会保留哪些人拥有访问权限、他们可以使用的门或 Access Scopes,以及适用的时段,并将其转换为策略的 Who、Where 和 When 值。管理员直接管理生成的策略;没有上线模式或手动转换流程。
地理围栏继承仍独立于 Access Policies。策略匹配后仍需通过有效的地理围栏以及所有其他安全/设备检查。
OTP 登录的作用和局限
登录移动应用(通过短信或电子邮件发送的一次性验证码)仅用于身份验证,用于证明用户的身份。它本身不会授予门禁访问权限。每次解锁都会按照上述决策顺序单独授权。用户可能已登录应用,但仍会看到“You don't have access to this door.”
术语表
| 术语 | 定义 |
|---|---|
| 门控制器 | 与门/闸门配对、驱动门锁继电器的硬件设备。在此模块中显示为“门”,在设备管理中显示为设备。 |
| 门 | 在您的设施注册的门控制器,具有名称、位置标签、图标和设置。 |
| 用户记录行 | 某人在此设施 Users 选项卡中的记录。通过手动添加、CSV 导入或同步创建。包含联系标识、类型/状态/标签、授权和应用状态。 |
| 来源 | 用户记录行的来源:Manually added、External Integration、CCTV/Computer Vision 或 Performance Hub staff。 |
| Access Policy | 包含 Who、Where 和 When 的已命名、仅用于允许的策略。三者必须全部匹配;多项策略之间为“或”关系。 |
| 人员类型条件 | 策略 Who 中的条件,包含人员类型和可选的会员状态。状态为空表示任意状态。 |
| 标签 | 用户上的标签。同步标签来自集成,每次同步时都会被覆盖;自定义标签由管理员拥有,永远不会被覆盖。两者都可以满足策略的 Who 条件。 |
| 营业时间/时间块 | 按星期几设置的时间窗口(例如 Mon 06:00–22:00),用于限制策略或授权何时允许访问。为空表示始终允许。时间采用设施的时区。 |
| Access Time Window | 在策略时间表中或单独的管理员/集成授权途径中使用的 Weekly 或 One-time 时间段。 |
| 单个用户授权 | 为某个用户明确授予的访问权限:设施范围(每扇门)、特定的门或特定的 Access Scopes,可选择设置其自己的营业时间。 |
| 访问范围 | 一组已命名的门(例如“Main entrances”“Staff-only”),用作策略或授权目标,以及用于范围级地理围栏设置。内部也称为门组。 |
| 策略排除项 | 从某项策略的 Where 匹配中移除的门或 Access Scope。它不会拒绝其他策略或授权途径。 |
| Geofence | 设施周围的圆形区域(中心 + 半径)。启用后,用户必须实际位于该区域内(考虑 GPS 精度和缓冲)才能解锁。 |
| 精度缓冲 | 计入地理围栏半径的额外米数,用于容忍正常的 GPS 噪声。默认 25 m。 |
| 维护模式 | 使门脱离正常运行状态的单扇门设置:Normal、Force open(保持解锁)或 Force closed(保持锁定并对会员暂停服务)。 |
| Block all access | 单扇门安全封锁,会在该门覆盖策略和单个用户授权,而无需使用维护模式。管理员解锁仍然可用。 |
| 保持时间 | 解锁后继电器在重新上锁前保持释放的时长。范围 1–30 秒,默认 10 秒。 |
| 自动解锁时间表 | 单扇门时间表,在设施的人员值守时间内或按自定义时间表保持门解锁。独立于 Access Policies。 |
| Lock now | 锁定由自动解锁时间表保持打开的门,直到时间表下一次变更。Resume schedule 可撤销此操作。 |
| Access enabled | 单个用户的紧急关闭开关。关闭 = 用户无法解锁任何门。 |
| 已解除关联 | Track source updates 开关已关闭的同步用户。同步时会跳过该记录行,因此管理员的编辑得以保留。 |
| 邀请 | 发送给用户的电子邮件,包含下载移动应用的链接。按用户跟踪状态(Not invited / Invited / Send failed)。 |
| OTP 登录 | 移动应用的无密码登录方式:将一次性验证码发送到用户的手机或电子邮箱。 |
| 管理员覆盖/管理员解锁 | 管理员从 Performance Hub 触发的解锁(Doors 选项卡 → Open,或门面板中的 Unlock door)。每次管理员解锁都会以该管理员的账户记录在访问日志中。 |
| 应用锁 | 由设施强制执行的设备重新验证(Face ID / Touch ID / Android 生物识别 / 密码),通过后才能使用应用。 |
| 应用消息 | 应用仪表板上的公告卡片,可以是设施范围的、针对单个用户的,或由 App Messaging 规则自动设置的。 |
| 访问事件 | 访问日志中的一条记录:一次解锁尝试及其结果。 |
相关页面
- Access Policies:Who、Where、When 以及自动导入
- 访问策略时间表:Anytime、Weekly 和 One-time
- Access Scopes:可重复使用的门组
- 地理围栏:位置检查
- 用户:单个用户授权和紧急关闭开关
- 参考:所有拒绝原因和默认值汇总在一张表中
- 门还可以包含在 Duress 响应中。请参阅 Duress 中的响应操作。