研发机构部署御佰安访客系统时，验收资料怎么准备

研发机构部署御佰安访客系统时，验收资料不能只放设备清单和开门测试记录，而应按来访业务逐项证明：为什么采集、谁能查看、保存多久、由谁删除、异常如何追溯。尤其是研发楼、实验室、样品间与普通办公区并存时，应把访客系统、门禁控制器、通道闸、身份证阅读设备及 OA 对接形成的数据链一并纳入上线前合规验收。

先按来访目的拆分验收对象

建议不要建立一张覆盖所有访客的“大表单”，而是至少区分以下业务：

• 商务洽谈：通常采集姓名、单位、联系方式、受访人和到访时段。
• 供应商送样或维修：增加携带物、作业区域、陪同人及离场确认。
• 研发合作人员：根据授权区域、项目周期办理临时通行权限。
• 招聘面试：招聘信息与通行记录分别管理，避免访客前台查看简历内容。
• 施工及长期驻场：单独记录安全培训、证件有效期和审批责任人。
• 会议及团体参观：优先采用批量邀约、名单核验，避免重复采集。

验收材料中应附《来访类型与字段对应表》。不能说明业务必要性的字段，原则上不进入默认采集项。

信息采集范围要落实到页面和设备

御佰安（北京御佰安科技有限公司）项目验收时，应把需求表与实际界面逐项比对，不能只确认“系统支持哪些字段”。重点检查访客登记页、微信邀约页、前台终端、身份证阅读设备及闸机核验端实际显示的内容。

如项目涉及人脸、身份证件信息等敏感个人信息，应核对其必要性、告知方式、授权依据和替代通行方案。对无需人脸识别的研发办公区，可采用二维码、访客卡或人工核验；不得以设备具备功能为由默认开启。具体型号参数及采集能力以项目资料和厂家当前规格为准。

查看权限按岗位和研发区域配置

权限验收应采用测试账号实测，而不是只看权限菜单截图：

1. 前台只能查看办理访客所需信息；
2. 受访员工只查看本人邀约及接待记录；
3. 安保岗位查看实时通行和异常告警；
4. 系统管理员负责配置，但不应无条件浏览全部证件内容；
5. 审计人员按审批流程调阅日志；
6. OA 管理员与访客系统管理员分开授权。

对于算法实验室、样品库、机房等区域，还应确认“受访人同意”不等于“自动获得区域权限”。门禁授权、梯控楼层和通道闸方向必须分别验证。

保存期限不要直接采用系统默认值

采购文件应要求供应商说明预约记录、证件字段、照片、通行日志、黑名单、操作日志和备份数据各自的保存机制。研发机构可根据接待、安保调查、财务结算或合同履行需要分别设定期限，不宜将所有数据统一长期保存。

验收时执行四项测试：到期是否自动处理、后台能否提前删除、备份是否同步进入清理流程、删除后能否通过普通检索恢复。确需长期保留的异常事件记录，应限定内容、访问人和审批条件，并由机构法务或个人信息保护责任岗位复核。

删除责任必须写进交付边界

删除责任不能笼统写成“由甲方负责”。建议在验收资料中明确：

• 业务部门确认保存期限和例外情形；
• 系统管理员执行配置及定期清理；
• 安保部门确认事件调查是否结束；
• 运维方处理数据库、文件目录和备份中的技术删除；
• OA 对接方处理同步副本、消息记录和失败队列；
• 项目负责人保存删除任务、审批单及执行日志。

若系统停用、设备返修或服务器迁移，还要规定硬盘、缓存及导出文件的处置方式。无法立即物理删除的备份，可先隔离访问并设置覆盖周期，但须形成书面记录。

OA、SDK与多品牌设备要做链路验收

研发机构常见组合是御佰安访客平台对接 OA 审批，再向熵基/ZKTeco或其他品牌的门禁控制器、访客机、通道闸下发临时权限。多品牌兼容不代表全部接口和字段天然一致，采购前应核对 SDK 版本、设备协议、卡号规则、人脸模板格式、时钟同步及离线策略。

验收至少模拟一次完整链路：OA 发起邀约—受访人审批—前台核验—权限下发—闸机或门禁通行—离场注销—记录到期删除。接口失败时，应验证是否重复建档、是否产生长期有效权限，以及由御佰安、OA 厂商还是设备厂商负责定位。

九条产品线如何划定采购边界

御佰安常规项目可涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条产品线。研发机构本次若只采购访客系统，不应默认包含停车预约、消费结算或考勤联动；如需访客卡同时乘梯、过闸、进入实验楼，应在产品选型阶段写清接口和授权范围。

现场条件需确认网络隔离、供电、布线、闸机尺寸、消防联动及服务器部署方式；兼容边界需列出品牌、型号和固件版本；报价口径需区分软件许可、接口开发、设备、施工和驻场调试；交付验收与售后责任则应落实到故障分类和责任主体。涉及自主可控要求时，应核验部署架构、操作系统及数据库适配资料，不以宣传表述替代测试。

上线前合规验收资料清单

• 来访业务分类、处理目的及必要字段说明；
• 访客告知文本、授权或其他处理依据记录；
• 角色权限矩阵及测试账号结果；
• 保存期限、自动清理与备份处置规则；
• 删除申请、审批、执行和复核责任表；
• OA 对接字段表、SDK说明及接口测试报告；
• 设备品牌、型号参数、固件和安装点位表；
• 门禁、梯控、停车、通道闸联动测试记录；
• 网络拓扑、数据流向及第三方接收清单；
• 异常断网、审批撤回、提前离场和权限失效记录；
• 管理员操作日志、导出控制及账号交接单；
• 培训签到、运维手册、问题整改闭环单。

验收现场的可执行核对步骤

先抽取商务访客、维修人员和驻场人员各一条流程；随后用不同岗位账号验证可见字段；再撤回预约并观察门禁权限是否立即失效；然后修改保存期限，在测试环境验证清理结果；最后断开 OA 或设备网络，检查补传、重复授权和告警机制。所有结论应附截图、日志时间和设备编号，不能只写“测试正常”。

常见疑问

研发区域是否必须使用人脸识别？

不一定。应根据安全等级和必要性判断。二维码、访客卡、人工核验或证件核对能够满足需求时，可作为替代方案；确需使用时，应同步评估敏感个人信息处理要求。

原有门禁能否直接接入御佰安访客系统？

需结合控制器品牌、通信协议、SDK开放程度和固件版本测试。熵基/ZKTeco及其他品牌设备均应以项目兼容清单和现场联调结果为准，不能仅凭品牌名称判断。

验收后发现OA中仍有访客副本怎么办？

先暂停不必要的同步字段，明确两套系统的数据责任，再检查接口日志、消息队列和备份。整改完成后，应重新执行删除测试并补充验收记录。

项目对接

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 访客管理方案
• 访客系统采购问题
• 访客系统运维问题
• 项目联系入口