开门凭证无法收回
现状：钥匙需回收、锁芯需更换，退租当日须再次上门
- 退租时钥匙无法收回，下一户入住前需更换锁芯
- 门卡经手数轮后，实际居住人未必为登记人
门锁联网之后：权限在系统内收回。人脸与指纹无法转交他人使用，退租当日在后台停用即可，锁体无需更换。
SOLUTIONS
解决方案
公租房、智慧校园、公寓、酒店民宿与涉密场景五类场景下的点位组织与接入路径。
01 / 公租房
公租房方案
房源分散、入住与退租频繁；门锁联网之后，这几项工作均在系统内办理。
01 / 现场困境
现场困境
实际居住人难以核实
现状：逐层上门查看，一趟无法查完全部房源
- 空置房源是否被占用，只能逐层上门查看
- 转租与群租多在邻户反映后才被发现
门锁联网之后：开门人与登记住户不一致即触发告警。空置房源开门、非登记人到场，平台直接推送至房管员，不必等待住户反映。
台账与欠费难以查清
现状：依靠人工巡查与纸质记录，检查前还需集中补录台账
- 欠租只能反复上门催缴，过程无法留存记录
- 巡查情况记于纸质台账，检查前还需集中补录
- 报修经多道转派，到场后才发现门锁型号不符
- 成片改造点位多，验收时门锁权责不易界定
门锁联网之后：上门次数与时间均留存于系统。欠费房号自动标记，水电表读数一并留存于后台，退租当日即可结清。
02 / 方案介绍
方案介绍
办理入住
日常开门
交租与维护
退租离场
人脸、指纹、密码、NFC、手机均可开门，可按项目要求组合为两步验证。办理入住时，信息采集与实名比对在系统内一次完成，比对通过后下发权限。
每次开门的时间、方式与开门人均实时上传。代他人开门、在非登记时段开门均生成记录，事后可逐条核实。
缴费状态同步至门锁，逾期房号自动标记，住户开门时门锁语音提醒并留存催缴记录，缴清后自动恢复。
住户在系统内报修，工单自动带出门锁点位与型号；批量交付按点位清单逐项核验。
权限与房源、住户绑定，楼栋、单元、楼层可分层次授权。退租或调房时在系统内收回、迁移，现场无需改动锁体；房屋转为空置后，再次开门即触发告警。
流程线图｜权限从下发到收回只有一条路径，每一步均留存记录。
三条路径按现场条件选择，也可在同一小区内混用。可选联网方式：WIFI / POE / DSMesh / Sub-1G（433MHz） / 蓝牙 / 4G，以型号与项目选型为准。
智慧网关楼栋内汇聚，上行可选以太网或 4G
门禁与梯控小区门、单元门与电梯的通行管控
智慧水表户内用水计量，与门锁点位一并记录
智慧电表户内用电计量，与门锁点位一并记录
采集设备入住时录入人脸与指纹
发卡设备需要发卡的楼栋就地制卡
03 / 可见收益
可见收益
锁芯与钥匙无需更换
退租、调房在系统内完成授权回收，锁芯与钥匙的更换支出不再发生。
转租与群租可被发现
开门人与登记住户不一致时留存记录，不必依赖事后走访。
欠费与用量均留存于系统
缴费状态与开门记录关联，催缴过程可回溯；欠费房号自动标记，退租当天的用量与费用在后台一次结清。
空置房源开门即告警
空置房源开门即触发告警，巡查由逐层上门改为后台筛查。
维修到场次数减少
工单带出门锁型号与点位，一次维修到位的可能性提高。
采集可集中亦可上门
采集设备支持锂电池供电，可连接电脑端或手机端进行采集。指纹与人脸支持集中采集，也支持上门移动采集。
- 电脑端 · 后台管理
- 手机端 · 管理端
- 手机端 · 用户端
04 / 型号选配
型号选配
| 图 | 型号 | 品名 | 开锁方式 | 推荐理由 |
|---|---|---|---|---|
|
DS209 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 指纹 | 指纹实名开门，批量安装应用最广的一款 |
|
DS309 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 人脸 | 人脸档，人证合一，用于需防转租的楼栋 |
|
DS412 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 人脸 / 指纹 | 人脸与指纹齐备，用于重点监管的楼栋 |
|
DS109 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 | 基础档，用于预算受限的老旧楼栋改造 |
|
|
F18081 | 人脸门禁终端 | 人脸 / NFC | 装于小区门与单元门，先挡住外来人员，房门锁再做一次本人核验 |
上表为常用组合，最终按门体条件与项目选型确定。
05 / 开放与接口
开放与接口
DSLock 并非封闭系统。门锁能力可经下列方式对接至项目既有系统，数据保留在项目自有服务器。
标准协议
以 HTTP 与 MQTT 接口对接设备与事件。
SDK
按语言提供调用包，封装鉴权与接口细节。
私有化部署
管理系统可部署在项目自有服务器中。
插件与边缘网关
经边缘网关把现场总线与协议接入。
如项目定制的管理软件尚未完成开发，可先使用 DSLock 完成施工与安装，待定制软件完成后对接，工期不必等软件开发。
06 / 成本论证
成本论证
房源数 N × 单次现场配钥匙或换锁人工成本 C1 ＋ 欠费催缴上门次数 M × 单次催缴成本 C2
# 传统钥匙模式下的人工成本
rooms = — # 房源数
per_key = — # 单次现场配钥匙 / 换锁人工成本
freq = — # 年补办与换锁频次
dunning = — # 年欠费催缴上门次数
per_dun = — # 单次催缴人工成本
total = rooms * per_key + rooms * freq * per_key + dunning * per_dun数据按项目现场实测填报。
02 / 智慧校园
校园通行与住宿管理
学校的通行管理按校区、院系、班级分层实施；门锁联网之后，通行、预约与校内既有系统之间实现数据互通。
01 / 现场困境
现场困境
名单要录制多遍
现状：新生名单需在多个系统内分别录入
- 报到期间，名单在迎新、学工、一卡通等多个系统分别录入
- 转专业、休学、退学等情况发生后，卡片权限未同步关闭
- 学生毕业离校后，校园卡仍可开启楼栋门禁
门锁联网之后：名单由校内各系统同步获取，学生入学即开通权限；学籍状态变更时权限同步调整，离校当日统一停用，不必逐间回收卡片。
楼栋门禁无法核验本人
现状：刷卡进入楼栋，他人可随行
- 校园卡可转借使用，持卡人未必为本人
- 晚归与夜不归宿依赖人工查寝，数据存在滞后
- 校外人员进入楼栋后，无法追溯其进入时间
门锁联网之后：楼栋门采用人脸核验，本人到场方可开门，尾随进入与非本楼栋学生均留存记录。出入记录实时上传，辅导员当日即可查询未归名单。
功能房依赖钥匙与纸质登记
现状：钥匙存放于值班室，使用一次登记一次
- 琴房、实验室、会议室钥匙数量有限，使用安排存在冲突
- 借出后是否按时归还，登记记录并不完整
- 使用人与使用时长，事后无法追溯
门锁联网之后：由教师在后端设定开放规则，师生自主预约；到点后刷脸、刷校园卡或按指纹进入，时段结束后权限自动失效。使用人与使用时长均留存于系统。
02 / 方案介绍
按部位选择设备
校内各类场所的通行特点不同：宿舍、实验楼、楼栋门与功能房在通行频次和开门方式上均有差异，门锁选型按部位分别确定。
学生宿舍：以校园卡为唯一凭证
宿舍数量大，整栋配置指纹或人脸设备资金压力较大。宿舍选用 NFC 一卡通智能锁，以校园卡作为开锁凭证，原有卡片无需更换。
实验室与办公室：采用指纹或人脸
师生进出频次高，通行时多手持物品。该区域配置指纹锁或人脸锁，无需取卡即可通行。
楼栋门与楼道门：采用人脸门禁
出入口通行量大，人脸门禁识别速度快、可存储的人脸数量多，本人到场方可开门；他人随行进入的情况在记录中可追溯。
功能房：按预约规则放行
琴房、实验室、会议室安装门锁后，按教师设定的开放规则放行，时段结束后权限自动失效。
门锁与网关按现场条件选择联网方式：房间有网线时采用 WIFI 或 POE，无布线时采用 4G，楼栋内多把门锁经 DSMesh 或 Sub-1G 汇聚至网关。可选联网方式：WIFI / POE / DSMesh / Sub-1G（433MHz） / 蓝牙 / 4G，以型号与项目选型为准。
人脸门禁终端楼栋门与楼道门，人脸核验通行
梯控读头电梯门点位，可接入门控制柜
智慧网关楼栋内汇聚，上行可选以太网或 4G
智慧电表宿舍用电，违规电器与过载可识别
智慧水表宿舍用水计量，与门锁点位一并记录
采集设备入学时录入指纹与人脸
03 / 预约与考核
预约与考核
功能房的使用对象与开放时段均需限定；规则由教师设定，通行按规则放行。
教师设规则
师生预约
到点通行
履约与学时
教师在后台为每间功能房设定开放规则：开放的院系、日期、时段与单次使用时长。
师生在各自的入口内选择时段预约，约满为止；跨院系开放同样按规则执行。
到点后刷脸、刷校园卡或按指纹进入；时段结束后权限自动失效，不必逐间处理。
每次使用均生成履约记录，包含使用人、进出时间与使用时长。后台按人员、按房间统计学时，达到约定学时的名单可导出，作为学校考核与学分的依据。
流程线图｜从设定规则到统计学时，全程无需人工登记。
04 / 分层管理
分层管理
学校楼栋与管理人员均分层设置；房源与人员按学校现行的组织结构录入，层级数量不限。
05 / 系统对接
与校内既有系统对接
学校在用的信息系统数量较多，迎新、学工、一卡通、教务只是其中几个；门锁平台不另建一套账号体系。
迎新系统
新生名单由迎新系统同步，报到当日即开通权限，无需重复录入。
宿舍管理系统
床位分配以宿舍管理系统为准，入住、调宿与退宿按床位下发、收回权限。
学工系统
学籍状态以学工系统为准，转专业、休学与退学信息自动同步。
一卡通
校园卡作为开门凭证，挂失即时停用，补卡后即可恢复使用，锁芯无需更换。
教务与考核
预约与履约数据可提供至教务系统，作为学时与考核的依据。
对接以接口为准，支持私有化部署；不另建账号体系，数据保留在学校自有服务器。除上述系统外，学校在用的其他系统同样可按接口对接。
06 / 型号选配
型号选配
| 图 | 部位 | 型号 | 品名 | 开锁方式 | 推荐理由 |
|---|---|---|---|---|---|
|
|
学生宿舍 | DS109 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 | 宿舍数量大，以校园卡作为开锁凭证，整体投入较低 |
|
|
实验室 · 办公室 | DS209 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 指纹 | 免取卡通行，同时保留校园卡开门方式 |
|
|
功能房 · 会议室 | DS309 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 人脸 | 刷脸进入，配合预约时段放行，生成履约记录 |
|
|
楼栋门 · 楼道门 | F18081 | 人脸门禁终端 | 人脸 / NFC | 出入口通行量大，人脸识别速度快、存储容量高，亦可接入电梯门控制柜 |
|
|
重点房间 | DS412 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 人脸 / 指纹 | 人脸与指纹双重核验，权限限定至具体人员 |
上表为常用组合，最终按门体条件与项目选型确定。
07 / 成本论证
成本论证
（新生与毕业生人数 N × 单次录入名单或回收凭证工时 T1 ＋ 学年内调宿与挂失处理次数 M × 单次处理工时 T2）× 单位工时成本 C
# 凭证依靠人工维护时的管理工时
students = — # 每年新生与毕业生人数
per_stu = — # 单次录入名单 / 回收凭证工时（小时）
moves = — # 学年内调宿与挂失处理次数
per_mov = — # 单次处理工时（小时）
rate = — # 单位工时成本
total = (students * per_stu + moves * per_mov) * rate数据按项目现场实测填报。
03 / 公寓
公寓长短租方案
公寓分长租与短租两类，合同签订后由方云管家直接下发权限；门锁、预付费水电表与电子合同在同一套系统内管理。
01 / 现场困境
现场困境
钥匙交接存在空档
现状：入住与退租均需人工送收钥匙，短租换客频繁
- 短租客更换频繁，每次交接都需现场处理
- 钥匙经手多人，实际居住人不易核实
门锁联网之后：合同签订后直接下发权限，退租当日在后台收回。短租按租期设定有效期，到期之后权限自动失效。
水电抄表与欠费难以控制
现状：先用水电后结算，抄表需逐户上门
- 抄表需逐户上门，读数与账单不易对上
- 欠费之后需人工到现场停止供应
门锁联网之后：水表与电表按预付费运行，先充值后使用，余额用尽自动停止供应，不必再上门处理。
合同与权限分头管理
现状：纸质合同线下签署，签约信息与门锁权限、水电账户分别记录
- 纸质合同签署周期较长，异地签约不便
- 签约信息需分别录入门锁与水电系统，容易出错
门锁联网之后：电子合同在线签订，签约完成之后直接下发门锁权限并开通水电账户。
02 / 方案介绍
方案介绍
签约下发
入住通行
水电缴费
退租离场
租客在线签订电子合同，签约完成之后由方云管家直接下发门锁权限与水电账户。长租按租期授权，短租按订单起止时间授权。
密码、NFC、机械钥匙与手机均可开门。每次开门的时间与方式上传至系统，代他人开门与非登记时段的开门均生成记录。
水表与电表按预付费运行，租客充值之后即可取水取电，余额用尽自动停止供应；充值记录与用量一并留存于系统。
退租当日在方云管家中收回门锁权限，水电账户按余额结算；房间转为空置之后，再次开门即触发告警。
流程线图｜从签约下发到退租收回只有一条路径，每一步均留存记录。
门锁与水电表可按现场条件选择接入方式。可选联网方式：WIFI / POE / DSMesh / Sub-1G（433MHz） / 蓝牙 / 4G，以型号与项目选型为准。
03 / 预付费水电
预付费水电
公寓的水表与电表按预付费制运行，先充值后使用；电子合同、充值记录与用量在同一套系统内留存。
先充值后使用
充值金额写入户内的水表与电表，余额充足即可取水取电。
余额用尽自动停供
余额用尽后表具自动停止供应，续充之后恢复，不必人工上门。
电子合同在线签订
租客在线签订电子合同，签约完成之后开通水电账户与门锁权限。
账单与用量可追溯
充值、用量与余额一并留存于系统，退租时按余额结算。
水表与电表的具体规格与计费口径，按现场条件与项目选型确定。
04 / 可见收益
可见收益
钥匙交接不再需要
合同签订后由系统下发权限，入住与退租均不必现场交接钥匙。
长租与短租用同一套权限
长租按合同租期授权，短租按订单起止时间授权，到期之后权限自动失效。
水电欠费不必上门处理
预付费运行，余额用尽后表具自动停止供应，续充之后恢复。
账单与用量随时可查
充值、用量与余额一并留存于系统，租客与管家均可查看。
签约与开通一次完成
电子合同在线签订，签约完成之后直接开通门锁权限与水电账户。
分散点位不必布线
门锁与水电表可经 4G 网关接入，改造不必先做弱电工程。
05 / 型号选配
型号选配
| 图 | 型号 | 品名 | 开锁方式 / 联网方式 | 推荐理由 |
|---|---|---|---|---|
|
LC101 | 房门锁 | 密码 / NFC / 机械钥匙 / 手机 | 低成本主力款，长租与短租客房均适用 |
|
|
DS109 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 | 基础档，用于预算受限的房源改造 |
|
|
4G 版 | 智慧水表 | 表内直接联网，预付费计量 | 充值后取水，余额用尽后自动停止供水 |
|
|
导轨式 | 智慧电表 | 表内直接联网，预付费计量 | 充值后用电，余额用尽后自动停止供电 |
|
|
WXQ-G4 | 门锁智慧网关 | 上行 4G 全网通 / 以太网，下行 DSMesh | 分散点位免布线，门锁与水电表就近汇聚 |
上表为常用组合，最终按门体条件与项目选型确定。
06 / 开放与接口
开放与接口
方云管家并非封闭系统。门锁与水电表的能力可经下列方式对接至运营方既有系统，数据保留在运营方自有服务器。
标准协议
以 HTTP 与 MQTT 接口对接设备与事件。
SDK
按语言提供调用包，封装鉴权与接口细节。
私有化部署
管理系统可部署在运营方自有服务器中。
插件与边缘网关
经边缘网关把现场总线与协议接入。
公寓的账务、发票等系统经开放接口对接，签约与充值记录可回传至运营方既有系统。
07 / 成本论证
成本论证
房间数 N × 年交接次数 F × 单次送收钥匙人工成本 C1 ＋ 年抄表与停供上门次数 M × 单次上门成本 C2
# 传统钥匙与后付费模式下的人工成本
rooms = — # 房间数
freq = — # 年交接次数（入住与退租）
per_key = — # 单次送收钥匙人工成本
visit = — # 年抄表与停供上门次数
per_vis = — # 单次上门人工成本
total = rooms * freq * per_key + visit * per_vis数据按项目现场实测填报。
04 / 酒店 · 民宿
酒店与民宿方案
有前台的酒店凭房卡取电，无前台的民宿没有房卡可用；客房按商业电价结算，取电套装让房间在客人离开后自行断电。
01 / 现场困境
现场困境
客人离开后房间仍在用电
现状：房卡一直留在卡槽里，客人外出时房间持续通电
- 客人外出与退房时不取走房卡，房间持续供电
- 空调与热水器长时间运行，电费由酒店承担
装上取电套装之后：房卡离开卡槽即断开房间回路，客房无人时不再耗电。
没有前台就发不了房卡
现状：民宿无人值守，客人没有房卡，房间也就没有取电凭证
- 没有房卡可用，插卡取电开关无法发挥作用
- 客人自助入住后无人提示，房间用电没有约束
装上取电套装之后：按键取电不需要房卡，在门口按一下即可通电；反锁取电在客人反锁房门时接通房间回路。
空转电费按商业电价结算
现状：客房按商业电价计费，房间无人时空调仍在耗电
- 一间房的空调空转一小时，多出的电费随房间数累积
- 商业电价高于住宅用电，空转造成的支出更明显
装上取电套装之后：人离开后房间回路断开，空调与热水器停止运行；取电时长与取电人均留存记录。
02 / 方案介绍
方案介绍
按有没有前台分两种落地方式：有前台的酒店用房卡取电，无前台的民宿用按键或反锁取电；两种方式的房间断电逻辑相同。
有前台 · 房卡取电
前台发卡，房卡插入取电开关后房间通电，取卡即断开回路。
无前台 · 按键取电
不更换现有门锁，面板直贴安装；按下按键通电，门磁检测到门开启两分钟后断开回路。
无前台 · 反锁取电
客人反锁房门即接通回路，解除反锁后断开；可由手机端远程送电与断电。
房间回路受控
空调、照明与热水器接在同一路受控回路上，回路断开时一并停止供电。
取电套装按现场条件选择接入方式。可选联网方式：WIFI / POE / DSMesh / Sub-1G（433MHz） / 蓝牙 / 4G，以型号与项目选型为准。
03 / 取电方案
取电方案
三套取电方案的差别在于触发方式、是否更换门锁与通讯距离；按前台条件与预算选择。
| 取电方案 | 取电方式 | 门锁 | 通讯 | 适用 |
|---|---|---|---|---|
| 插卡取电开关 | 房卡插入卡槽后接通回路，取卡即断电 | 不更换现有门锁 | WIFI 联网，并可经蓝牙与门锁连接 | 有前台、可按房间发卡的酒店客房 |
| 按键取电套装 | 按下按键接通回路，门磁检测到门开启两分钟后断电 | 不更换现有门锁，面板与门磁直贴安装 | Sub-1G，可穿墙，覆盖范围较大 | 无前台的民宿；预算有限、不希望更换门锁 |
| 反锁取电套装 | 客人反锁房门即接通回路，解除反锁后断电 | 需配整套门锁，取电与门锁一体 | 蓝牙，门锁与取电开关间距 5 米以内 | 无前台的民宿；需要手机端远程送电与断电 |
三套方案均可单独落地，也可在同一家店内按楼栋或房型分别选配。
04 / 节电测算
节电测算
客房按商业电价结算，空调、照明与热水器接在受控回路上。拖动下面的参数，即可看到每月省下的电费与取电套装的回收月数。
参数（可拖动，也可直接填数）
房间数10 间
空调每小时耗电2.0 度
商业电价1.50 元 / 度
每天空转小时数3.0 小时
客人外出期间房间无人、电器仍在运行的小时数。
每月天数30 天
单间取电套装投入
元 / 间。默认 800 为示例值，请按项目实际报价修改；填 0 则不计算回本月数。
测算结果
单间每小时电费3.00 元
单间每月省下270 元
全部房间每月省下2,700 元
全部房间每年省下32,400 元
投入合计8,000 元
回本月数3.0 个月
单间每小时电费 ＝ 空调每小时耗电 × 商业电价
单间每月省下 ＝ 单间每小时电费 × 每天空转小时数 × 每月天数
全部房间每月省下 ＝ 单间每月省下 × 房间数
回本月数 ＝ 单间取电套装投入 ÷ 单间每月省下
默认参数取自产品资料：客房空调运转一小时约合 2 度电，单间每小时电费约 3 元，每天空转 3 小时按 10 间房计。实际以项目现场实测与报价为准，测算结果供选型参考。
05 / 可见收益
可见收益
客人离开后房间自行断电
取电开关控制房间的受控回路，客人离开后空调与热水器停止运行。
无前台的民宿不必发卡
按键取电不需要房卡，面板与门磁直贴安装，不更换现有门锁。
空转的电费可以收回
房间空转时间减下来，省下的电费随房间数与入住率累积。
客人恶意不退房时可远程断电
反锁取电套装支持手机端远程送电与断电，异常入住时可主动处理。
取电时长与取电人留有记录
取电数据上报到管理软件，可核对取电时长与操作人，便于排查异常取电。
客人无需学习即可完成取电
按键面板在暗处发光，并配有语音提示，客人按提示操作即可完成取电。
06 / 型号选配
型号选配
| 图 | 型号 | 品名 | 规格要点 | 推荐理由 |
|---|---|---|---|---|
|
|
LC101 | 房门锁 | 密码 / NFC / 机械钥匙 / 手机 | 民宿与经济型快捷酒店的成本优先款 |
|
PS-ZBW02 | 插卡取电开关 | 插卡取电；WIFI 联网；负载 40A | 有前台发卡的客房常用；五种颜色可选，按房间风格选配 |
|
KTPO101 | 按键取电套装 | 按键取电；门磁联动；Sub-1G | 不更换门锁、直贴安装；Sub-1G 可穿墙，按键面板可加副机 |
| DS101-FSQD | 反锁取电套装 | 蓝牙 / 密码 / 智能卡 / 机械钥匙 / APP；反锁取电 | 客人反锁房门即断电，支持手机端远程送电与断电 | |
|
分体式 | 分体锁 | 执手与识别面板分离 | 高端酒店客房，按门体形态选配 |
上表为常用组合，最终按门体条件与项目选型确定。
07 / 开放与接口
开放与接口
取电数据与门锁事件可经下列方式对接至运营方既有系统，数据保留在运营方自有服务器。
标准协议
以 HTTP 与 MQTT 接口对接设备与事件。
取电接口
支持远程送电、远程断电、白名单取电与取电模式设置。
私有化部署
管理系统可部署在运营方自有服务器中。
插件与边缘网关
经边缘网关把现场总线与协议接入。
取电记录可经开放接口上传至第三方系统，用于节电与异常取电排查的功能定制。
05 / 涉密场景
涉密联网锁方案
党政机关、企业与部队等涉密单位的办公区域、涉密会议室、档案室与机房，出入权限按区域分级；本方案在 POE 有线与 4G APN 专网两条路线上部署，门锁内置国密安全芯片。
01 / 现场困境
现场困境
钥匙的流转难以掌握
现状：涉密钥匙由专人保管，日常仍存在转交与代为开门的情况
- 钥匙交由他人代为开门的情况难以完全避免
- 人员调离后，为排除风险需整体更换锁芯
- 门卡遗失至挂失之间留有窗口
- 逻辑加密卡存在被复制的可能
门锁联网之后：凭证在平台内下发与收回。人员调离当日在后台停用，锁体无需更换；门卡挂失即时失效。
区域之间权限未分开
现状：办公区与涉密区共用一套授权，权限随岗位变动调整不及时
- 新入职时按惯例开通较多区域，超出岗位需要
- 涉密区与普通办公区在权限上未作区分
- 临时授权未设期限，回收依赖人工提醒
- 核心区域缺少两人先后到场的约束
门锁联网之后：权限按区域分级下发，涉密区单独授权、单独审计；临时授权设定起止时间，到期自动失效。
出入记录难以作为依据
现状：出入登记以纸质台账为主，登记本可抽页、可补录
- 台账与实物核对依赖定期抽查
- 何人何时进入哪一间，无法逐条回溯
- 登记内容本身缺少防篡改措施
- 记录存放于外部网络时，留存不受控
门锁联网之后：每次开门的时间、方式与人员进入平台留档，逐条可查；平台部署在单位自有服务器，数据不经外部网络。
02 / 方案介绍
方案介绍
按现场布线条件在两条路线上选择：已有综合布线时采用 POE 联网锁，无内网布线的独立点位采用 4G APN 专网。两条路线的加密体系与权限模型相同。
POE 联网锁方案
网线同时供电与通信，门锁不依赖电池；链路封闭在楼内，不经过无线与公网。适用于已有综合布线的办公楼、档案室、机房与实验室。
4G APN 联网锁方案
门锁经专网卡接入运营商专用 APN，数据在隧道内加密送至单位侧认证设备后再分配内部地址，公网侧不可见。适用于分散点位与无内网布线的独立建筑。
接入方式按现场布线条件在 POE 与 4G APN 之间选择；可选联网方式以型号与项目选型为准。
人脸门禁终端人行通道与电梯厅，人脸核验通行
梯控读头电梯门点位，接入电梯门控制柜
门禁电源箱为门禁终端与电控锁集中供电
电插锁门禁点位的暗装电控锁具
发卡设备门卡发行与补发，按需就地制卡
采集设备人员入职时录入人脸与指纹
03 / 加密与信创
加密与信创
门锁、网关与管理平台在同一套密钥体系内运行，国密安全芯片承担密钥的生成与运算。
国密安全芯片
门锁内置国密安全芯片，密钥在芯片内生成与使用，不经总线传输，不可导出。
通信加密
门锁与网关、平台之间的数据采用国密算法加密，链路被截获也无法解出明文。
身份鉴别
平台下发的开锁与授权指令附带签名，门锁验签通过后执行，伪造指令不被接受。
记录完整性
开门记录带完整性校验，其中任何一条被改动均可被发现。
信创适配
管理平台可在国产操作系统与国产数据库环境中部署（如银河麒麟、统信 UOS 与达梦），与私有化部署一并交付。
端到设备统一加密管理：密钥由平台统一下发与更新，门锁、网关与平台在同一套加密体系内管理；信创适配范围按项目现场环境确认。
04 / 区域与权限
区域与权限
涉密区、办公区与接待区分开授权；权限下发到房间级，调整与回收在平台内完成。
区域分级
涉密区、办公区与接待区分开设置权限，涉密区单独授权、单独审计。
最小授权
按岗位下发到房间级权限，调岗当日调整，不保留与岗位无关的区域。
临时授权
访客与协作人员设定起止时间，到期自动失效，不必人工催收。
分级可见
上级管理员可查看下级全部区域，下级仅可见本单位范围。
区域划分按单位现行管理办法设置。
05 / 型号选配
型号选配
| 图 | 区域与点位 | 型号 | 品名 | 开锁方式 | 推荐理由 |
|---|---|---|---|---|---|
|
|
涉密区办公室 · 会议室 | DS412 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 人脸 / 指纹 | 人脸与指纹双重核验，权限限定至具体人员 |
|
|
档案室 · 机房 | DS309 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 人脸 | 人脸核验后进入，不依赖门卡 |
|
|
一般办公区 | DS209 | 房门大锁 | NFC / 密码 / 机械钥匙 / 手机 / 指纹 | 日常通行以指纹为主，免取卡 |
|
|
人行通道 · 电梯厅 | F18081 | 人脸门禁终端 | 人脸 / NFC | 出入口通行量大，人脸识别速度快、存储容量高，亦可接入电梯门控制柜 |
|
|
电梯门点位 | EVC03E | 梯控读头 | 专做电梯门点位 | 与门禁共用一套权限，电梯门按区域授权 |
上表为常用组合，接入方式按现场布线条件选择，最终按门体条件与项目选型确定。
06 / 开放与接口
开放与接口
平台可部署在单位自有服务器中；记录与授权变更可导出，供审计逐条核对。
私有化部署
管理平台部署在单位自有服务器，数据库、备份与日志留在内网。
记录与审计
开门记录、授权变更与操作日志可导出，供审计核对。
与既有系统对接
人员与组织信息可由单位既有系统同步下发，不必重复录入。
门禁与梯控联动
人行通道、电梯门与房门共用一套权限与记录。
接口与权限模型可按单位现行管理办法定制。
07 / 成本论证
成本论证
年度凭证与台账支出 ＝ 钥匙与门卡制作补发数量 N × 单件成本 C1 ＋ 人员调离与钥匙遗失次数 M × 单次换锁成本 C2 ＋ 年登记与抽查工时 H × 单位工时成本 C3
# 凭证与台账依靠人工维护时的年度支出
keys = — # 年度钥匙与门卡制作、补发数量
per_key = — # 单件制作成本
relock = — # 年人员调离与钥匙遗失次数
per_lock = — # 单次换锁成本
hours = — # 年登记与抽查工时（小时）
rate = — # 单位工时成本
total = keys * per_key + relock * per_lock + hours * rate数据按项目现场实测填报。