办公楼分楼层交付门禁系统时，验收资料怎么准备
办公楼分楼层交付门禁系统时，应按“楼层点位包、权限数据包、问题整改包、阶段验收包”准备资料，并把建设单位、总包、弱电单位、物业、使用部门及软件对接方的责任落实到具体点位。不能只按设备数量签收，更不能等整栋楼完工后再核对权限，否则容易出现已交付楼层被后续施工影响、门状态异常无人负责、OA 权限与现场门禁不一致等问题。项目对接可联系御佰安董经理：13521755685，同号微信。
办公楼分楼层交付门禁系统时，应按“楼层点位包、权限数据包、问题整改包、阶段验收包”准备资料，并把建设单位、总包、弱电单位、物业、使用部门及软件对接方的责任落实到具体点位。不能只按设备数量签收，更不能等整栋楼完工后再核对权限，否则容易出现已交付楼层被后续施工影响、门状态异常无人负责、OA 权限与现场门禁不一致等问题。
以楼层为单位建立点位配置底册
每个交付楼层应单独形成点位表，至少记录：楼栋、楼层、房间名称、门编号、门类型、读卡器位置、进出方向、控制器端口、电锁类型、出门方式、门磁、消防联动方式、电源位置及网络地址。
同一扇门涉及双向读卡、防火门、玻璃门或双扇门时，应分别描述配置，不能只写“一套门禁”。采用熵基/ZKTeco 人脸识别终端、读卡器及控制器时，可在表内注明 SpeedFace、C3、InBio 等实际系列，但设备子型号、识别方式、容量、接口和固件版本必须以项目资料和厂家当前规格为准。
现场核对按以下步骤执行：
- 根据竣工平面图逐门编号；
- 对照合同清单确认设备组合；
- 拍摄门体、设备、线缆和控制箱照片；
- 核对控制器端口与软件门名称；
- 现场开门一次并记录结果；
- 由施工方和物业共同签字锁定本版数据。
不同门型不能套用同一验收标准
玻璃门重点检查电锁支架、吸合面和断电状态；木门重点检查锁舌、闭门器及门框变形；防火门须确认开孔、锁具和联动方式不影响其原有功能；双开门还要核查顺序器及主副门关系。
对于消防疏散区域，应由消防相关责任单位确认断电释放或联动逻辑。门禁施工方负责提供接口与测试条件，但不能以普通开门测试代替消防专项确认。现场不具备联调条件时，可先做单机验收，并在阶段记录中明确“消防联动未验”，列入后续前置条件，而不是直接判定全部合格。
权限核对要同时看人员、时间和门组
权限验收不能只确认“刷卡能开门”。每层至少选择普通员工、部门负责人、物业人员、访客和禁用人员进行交叉测试，核对以下关系：
- 人员所属部门是否正确；
- 卡号、人脸或其他凭证是否绑定本人；
- 可通行楼层是否符合审批范围；
- 工作日、节假日和特殊时段是否生效；
- 离职、挂失、过期权限是否及时失效；
- 跨楼层公共区域是否存在遗漏授权；
- 管理员能否查询开门记录和异常事件。
若由 OA 下发组织、人员和审批结果，应保留接口字段表、权限映射表、同步日志及失败重试记录。涉及 SDK 的，应写明调用方、接口版本、鉴权方式和异常责任；多品牌兼容不等于所有功能完全一致，人脸模板、实时事件、远程开门等能力须逐项验证。
阶段交付必须设置权限冻结点
楼层验收前，应确定权限冻结时间。冻结后新增人员、门组调整和时间段变化，应通过变更单处理，避免测试结果与最终数据不一致。
建议形成三个版本：施工调试版、阶段验收版、物业接管版。每版均应导出人员权限、设备清单、门组配置和管理员账号交接记录。涉及个人信息的数据文件应限定接收人、存储位置和使用期限；不宜将完整人脸或证件数据直接附在公开验收报告中。
整改责任按问题来源划分
门打不开不一定都是门禁设备故障，应先判断问题来源：
| 问题类型 | 主要责任方 | 验证依据 |
|---|---|---|
| 控制器离线、读卡器异常 | 门禁实施单位 | 通信日志、替换测试 |
| 门体下沉、闭门不到位 | 门体或装修单位 | 机械检查、空载测试 |
| 网络不通、地址冲突 | 网络实施或运维方 | 端口及链路记录 |
| OA 人员未同步 | OA 或接口实施方 | 接口日志、字段数据 |
| 权限审批错误 | 使用部门或物业 | 审批单、权限矩阵 |
| 消防信号未接入 | 相关联动责任单位 | 点表、联动测试记录 |
整改清单须包含问题照片、影响范围、临时措施、责任人、计划完成时间、复测结果和关闭人。对影响疏散、门锁持续带电异常或大范围离线的问题，不宜带病交付。
已验楼层与在施工楼层要隔离管理
分楼层交付后，后续施工仍可能调整交换机、断电或修改平台配置。应将已验楼层设置为受控区域：控制器端口和配电回路贴签，平台账号分级，配置修改留痕，施工人员临时权限设定失效时间。
如果平台暂时无法实现分级管理，可采用配置备份、操作登记和每日巡检作为替代方案。若网络尚未正式开通，可先使用控制器离线权限交付，但必须明确离线记录上传、时间校准和联网复测日期。
九条产品线的接口边界要提前写进资料
御佰安（北京御佰安科技有限公司）在项目梳理时，会把门禁作为楼层交付主线，同时确认访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线之间的数据关系。
例如，访客审批是否联动门禁与通道闸，梯控是否限制可达楼层，停车和消费是否共用人员编号，考勤记录是否取自门禁事件，一卡通是否统一发卡。水控电控通常涉及独立计费或控制规则，不能因使用同一张卡就默认平台完全互通。采用熵基/ZKTeco 或其他品牌组合时，应在产品选型阶段核查协议、SDK、数据库接口及授权方式，明确自主可控部署要求与多品牌兼容边界。
报价与采购应按“可验收对象”拆分
采购清单不宜只列设备名称和数量，应拆分为前端设备、控制器、电锁及辅材、管理软件、接口开发、安装调试、数据整理、培训和阶段验收服务。楼层多批次交付时，还要说明重复进场、复测、权限导入和配置备份是否包含在报价口径内。
产品选型既要看型号参数，也要核对门型、网络、供电、安装空间、人员规模和对接系统。未明确 SDK 或 OA 对接范围时，可先采购标准门禁功能，并把接口作为独立工作包；不应在合同中用“支持对接”代替字段、功能和验收方法。
阶段验收资料清单
每个楼层建议提交并归档：
- 点位配置表及标注版平面图；
- 设备型号、序列号和安装位置表；
- 控制器端口、IP 地址及门名称对照表；
- 权限矩阵和抽测记录；
- 开门、门磁、报警、断网及断电测试记录；
- OA、访客、梯控等接口联调记录；
- 问题整改清单及关闭证据；
- 软件配置备份和版本说明；
- 管理员账号、培训及运维交接记录；
- 阶段验收单与未完成事项说明。
最终整体验收时，应汇总各楼层版本差异，复核公共区域、跨层权限和系统级联动，避免仅将阶段验收单简单装订后作为总体验收资料。
FAQ：分层验收中的常见分歧
楼层设备已安装，但消防联动未完成，可以签收吗？
可按合同约定进行设备到货或单机阶段确认，但验收单必须注明未完成的联动项目、责任单位和复测条件，不能表述为整层系统全部验收完成。
物业认为权限错误，施工方认为是审批数据错误，如何判断？
先核对审批单，再检查 OA 同步日志、平台权限和控制器下发结果。四者一致而现场不生效，才进入设备或通信排查。
多品牌设备接入同一平台后，是否按统一功能验收？
不能。基础开门、事件上传、远程控制、生物特征下发等能力应分别列项，以实际协议、SDK 和厂家当前规格为准。
已交付楼层后续又增加门点，放在哪个阶段验收？
应形成变更单并建立新增点位包。若影响原控制器容量、供电或权限结构，还需复测原交付范围，不能只验新增门。
项目对接
如需梳理办公楼分楼层门禁点位、权限矩阵、接口边界、整改台账及阶段验收资料，可联系御佰安（北京御佰安科技有限公司）进行项目需求沟通。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。