02 — Frame
让设备能力进入业务动作，而不只是停留在接入层
目标 · 设备 · 闭环
- 01
场景目标
让身份、权限与通行动作进入统一授权与审计闭环
- 02
关键设备
门禁控制器 / 人脸识别终端 / 电梯梯控
- 03
闭环路径
邀请 → 审核 → 授权 → 通行 → 记录
03 — Devices
围绕这些设备构建场景联动能力
设备清单 · 接入协议层
- 门禁控制器
- 人脸识别终端
- 电梯梯控
04 — Loop
从感知到执行形成连续可追踪的场景链路
5 段闭环
审核
授权
通行
记录
05 — Typical fit
适用于这些常见空间场景
按业态映射
- 楼宇访客
- 园区人员通行
- 社区门禁联动
06 — Detail
补充说明
场景文档原文
适配楼宇、园区、社区和企业办公场景。
场景价值：把“身份”变成“可治理的权限”
通行系统常见的痛点不在“能不能开门”，而在权限治理：
- 多系统重复授权：访客、员工、租户、供应商权限分散且难回收
- 规则难落地：时间窗、区域权限、梯控楼层权限难一致执行
- 事后难追溯：通行记录与业务流程脱节，难定位责任与风险
本场景目标是建立“身份 → 权限 → 通行 → 留痕”的闭环。
闭环步骤说明（对应页面的 5 步路径）
- 邀请：发起访客/人员访问请求，明确空间、时间窗与访问目的
- 审核：按组织与空间规则审批，形成可执行的授权决策
- 授权：把授权落到门禁/梯控等终端，支持自动下发与回收
- 通行：到场核验，完成通行与联动动作（门禁、梯控等）
- 记录：形成可追溯的通行留痕，用于安全审计与运营复盘
建议对齐的数据口径
为了让权限可治理，建议至少统一：
- 身份对象：员工/租户/访客/供应商等角色与组织归属
- 空间对象：楼宇/楼层/门点/区域/会议室等空间层级
- 权限策略：时间窗、次数、区域、设备范围、临时/长期权限
落地边界与注意项
- 先明确“授权归口”：谁发起、谁审批、谁负责权限回收
- 把异常路径设计清楚：临时放行、黑名单、失效重试、离线模式
- 把权限回收当作默认：避免长期累积权限带来的安全风险
关联产品与方案
- 设备接入、事件治理与可视化承接： IoT 设备中台与数字孪生驾驶舱
- 空间资源与统一语义承接： YESpace OS 城市空间数智运营平台
- 预约履约与身份联动场景： 社区与共享空间服务履约
07 — Next
需要把设备接入和业务流程打通到 同一运营闭环？
结合设备条件与流程要求 沟通现场物联方案路径