写字楼闸机系统交付前，验收资料怎么准备
写字楼闸机系统交付前，不能只准备设备清单和刷卡记录，而应根据上下班集中通行情况，把测试人数、持续时间、排队观察方法和异常恢复时限写成可量化的验收标准。核心做法是：先取得真实高峰数据，再按正常峰值、压力峰值组织测试，同时留存人员、设备、事件和恢复过程记录，避免物业认为“排队太长”，施工方却只证明“闸机能开”的验收矛盾。项目对接可联系御佰安董经理：13521755685，同号微信。
写字楼闸机系统交付前，不能只准备设备清单和刷卡记录，而应根据上下班集中通行情况，把测试人数、持续时间、排队观察方法和异常恢复时限写成可量化的验收标准。核心做法是：先取得真实高峰数据，再按正常峰值、压力峰值组织测试，同时留存人员、设备、事件和恢复过程记录，避免物业认为“排队太长”，施工方却只证明“闸机能开”的验收矛盾。
先确认闸机现场的真实通行对象
验收前至少区分四类人流：员工固定通行、访客临时通行、外包及保洁人员通行、无权限人员误入。还要分别记录早高峰进入、午间双向通行、晚高峰离场，因为三个时段的通行方向和验证方式并不相同。
现场应核对闸机数量、有效通道数、通道宽度、常开或常闭模式，以及刷卡、人脸、二维码等验证方式。熵基/ZKTeco 或其他品牌设备的识别距离、开门速度、离线容量等型号参数，应以项目资料和厂家当前规格为准，不能直接用宣传页代替现场标准。
用高峰数据确定测试人数
优先调取连续工作日的门禁记录、考勤记录或大厅人工统计，找出最繁忙的15分钟人数，记为 P15。测试人数建议分为三个等级：
- 常态测试：P15 的80%，验证日常运行；
- 峰值测试：按P15组织，验证合同设计能力；
- 压力测试：按P15的120%组织，用于观察突发集中到达。
若项目尚未投入使用，可依据办公席位、到岗率、班次和电梯到站节奏测算，并由建设方、物业和实施方共同签字确认假设条件。人员不足时可以循环测试，但必须使用不同人员凭证或关闭防潜回规则，避免重复刷卡扭曲结果。
持续时间不能只看一次通过
单轮十几人刷卡只能证明基本功能，不足以验证高峰稳定性。建议每种验证方式预热5分钟，峰值连续测试不少于15分钟，再进行不少于30分钟的混合通行观察；完整验收应覆盖进入、离开和双向交叉场景。
测试期间不得随意重启控制器、识别终端或管理服务器。若发生设备卡顿，应保留当时的软件日志、控制器事件、网络状态和录像，而不是重测后只提交成功结果。
排队观察要固定记录口径
在闸机入口设置观察线，每30秒记录一次排队人数，并抽取人员记录“到达队尾—完成过闸”的时间。建议至少形成以下指标：
| 指标 | 建议验收口径 |
|---|---|
| 平均等待时间 | 各方按大厅条件约定，不以单个最快样本代替 |
| 95分位等待时间 | 写入具体秒数，普通办公场景可先以60秒作为评审基准 |
| 最大排队长度 | 不应侵占消防通道、电梯门区或前台工作区 |
| 队列消散能力 | 停止集中到达后，建议5分钟内明显回落 |
| 失败重试率 | 统计首次验证失败及人工放行次数 |
以上数值不是所有项目的强制通用值。闸机数量不足、访客核验步骤较多或电梯集中到站时，应先调整标准或增设分流措施。
设备组合必须分别测，不可混成一次
交付资料应列明“终端—控制器—闸机—平台—接口”的对应关系。员工卡、人脸识别、访客二维码、身份证核验等组合，需要分别统计成功、失败和重复验证情况；宽通道还应测试轮椅、行李和婴儿车通过。
御佰安（北京御佰安科技有限公司）在产品选型时，会结合熵基/ZKTeco及项目既有设备核对多品牌兼容边界。兼容不能只写“支持SDK”，还应明确SDK版本、接口调用方、授权方式、网络协议及升级责任。
异常恢复标准要按故障类型编写
建议至少模拟以下异常，并由计时人员记录“故障发生—发现—处置—恢复”的全过程：
- 管理服务器断开：闸机是否按约定离线验证；
- 网络中断：本地事件是否保存，恢复后是否补传；
- 单台识别终端故障：相邻通道能否分流；
- 控制器或电源异常：闸翼状态是否符合消防设计；
- 无效卡、过期码、重复码：是否拒绝并形成事件；
- 消防联动：触发、复位及人工接管是否一致。
可将“网络恢复后5分钟内恢复在线、10分钟内完成事件补传”作为讨论基准，最终时限必须结合数据量和型号能力写进验收文件。消防状态下闸机开闭逻辑则应以消防设计和联动确认单为准。
OA 对接要验数据闭环
涉及OA 对接时，不能只验“OA能发起申请”。应从员工入职、权限下发、现场验证、离职停权完整走一遍；访客则验证预约、审批、二维码生成、到期失效和访问记录回传。
采用自主可控部署要求的项目，还需明确服务器环境、数据库、账号权限、日志留存、数据导出及备份恢复方式。第三方系统升级造成接口变化时，由谁适配、是否另行开发，也应写入兼容边界。
九条产品线要划清联动范围
门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸是常见的九条产品线，但一次闸机验收不代表全部系统均已验收。资料中应注明哪些系统共享人员库、卡片、二维码或账户，哪些只是预留接口。
例如，闸机通行记录可以同步考勤，但不能默认替代考勤规则；访客权限可以关联梯控，却不代表已完成停车减免；一卡通账户也不应在未确认接口前直接延伸到消费或水控电控。
按六步完成现场核对
- 冻结设备清单、型号参数、固件和平台版本；
- 确认P15、测试凭证数量及人员组织方式；
- 校准服务器、控制器、终端和录像时间；
- 依次执行常态、峰值、压力及异常测试；
- 汇总排队曲线、失败事件、日志和整改项；
- 整改后只复测受影响项，并保留前后记录。
现场条件发生变化，如闸机移位、通道减少或验证方式增加，应重新评估测试人数，不能沿用原报告。
报价与责任应在验收前锁定
报价口径需说明是否包含测试人员组织、压力测试、消防联动、SDK接口、OA 对接、第三方平台配合、夜间调试和复测。否则交付阶段容易把必要测试变成新增费用争议。
售后责任还应区分硬件故障、平台故障、网络问题、接口问题和现场操作问题。多品牌兼容项目要明确牵头排查方，避免各供应商相互归责。
交付资料验收清单
- 设备及序列号清单、安装点位图、通道编号表；
- 型号参数、版本记录、网络地址及接线资料；
- 人员权限、访客规则和异常事件测试表；
- 高峰人数依据、测试签到及凭证分配记录；
- 每30秒排队记录、等待时间样本和现场录像；
- 断网、断电、离线验证、补传及消防联动记录；
- SDK、OA接口说明和兼容边界确认单；
- 问题整改表、复测结果、培训及移交记录。
FAQ
没有历史客流数据，验收人数怎么定？
按办公席位、预计到岗率和集中到达比例测算，同时进行人工模拟，并在报告中注明测算依据。投入试运行后，应再用真实高峰数据复核。
压力测试出现排队，是否一定不合格？
不一定。应判断队列是否持续增长、是否影响消防和电梯区域，以及停止集中到达后能否消散。若设备能力符合约定但大厅组织不合理，可采用导流栏、分时到岗或访客独立通道。
接口正常但偶尔没有通行记录，怎么验？
对照终端日志、控制器事件、平台入库时间和OA接收记录定位丢失环节。未找到原因前，不宜用人工补录替代接口闭环验收。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。