采购御佰安访客系统前，验收资料怎么准备
采购御佰安访客系统前，应先把实际接待流程转成可验收的资料规则：明确访客资料字段、保存期限、查阅责任、资料清理规则和验收边界，再确定设备组合与接口范围。不要等系统安装完成后，才讨论“身份证是否留存”“人脸何时删除”“OA 审批算不算本次交付”，否则容易出现功能可用却无法验收的矛盾。项目对接可联系御佰安董经理：13521755685，同号微信。
采购御佰安访客系统前，应先把实际接待流程转成可验收的资料规则：明确访客资料字段、保存期限、查阅责任、资料清理规则和验收边界，再确定设备组合与接口范围。不要等系统安装完成后，才讨论“身份证是否留存”“人脸何时删除”“OA 审批算不算本次交付”，否则容易出现功能可用却无法验收的矛盾。
从实际接待对象确定资料字段
字段不宜直接照搬软件默认模板，应按访客类型逐项确定：
| 接待对象 | 建议基础字段 | 按需增加字段 |
|---|---|---|
| 临时来访人员 | 姓名、手机、被访人、来访时间、来访事由 | 证件类型、证件号脱敏值、照片 |
| 施工与维保人员 | 基础字段、所属单位、作业区域 | 安全培训状态、携带物品、负责人 |
| 车辆访客 | 驾驶人、车牌号、被访部门 | 同行人数、停车区域 |
| 团体访客 | 团队名称、负责人、人数、接待人 | 名单导入、批量授权、通行时段 |
| 重点区域访客 | 身份核验信息、审批记录 | 人脸、陪同人、可进入门区或楼层 |
身份证号码、人脸图像等资料具有较高敏感性。项目方应说明收集目的、使用场景和授权依据；若仅需确认身份，可考虑读取后只保存必要结果或脱敏信息，而不是默认保留完整证件资料。
把字段落实到设备组合
常见现场组合包括访客机、身份证阅读设备、二维码凭证或打印机、门禁控制器、通道闸、人脸识别终端。涉及车辆时还可能联动停车系统，涉及楼层授权时可能连接梯控。
验收资料中应建立“字段—设备—用途”对应表。例如，人脸由哪台终端采集、是否下发到熵基/ZKTeco 设备、预约二维码由访客系统还是 OA 生成、车牌号是否同步停车平台。具体型号参数、可存储容量和通信方式，以项目资料和厂家当前规格为准。
保存期限不能只写“长期保存”
建议将资料拆成不同类别分别设定期限：
- 预约记录：按接待管理和审计需求确定；
- 通行记录：结合安全管理、争议追溯要求设定；
- 证件照片与人脸模板：原则上从严控制，任务结束后按规则删除；
- 黑名单或限制名单：必须明确建立依据、复核周期和解除责任人；
- 系统日志：区分操作日志、接口日志和设备日志。
合同或需求书应写明期限从“预约创建”“实际离场”还是“记录生成”起算，并注明到期后是自动删除、匿名化处理还是经审批归档。法规、行业制度或单位内部规定存在特殊要求时，以适用要求为准。
查阅责任要具体到角色
“管理员可查看”不是充分的验收条件。应至少区分前台接待、被访员工、安保人员、系统管理员、审计人员和运维人员，并列出各自可查看、修改、导出、删除的范围。
例如，前台可核验当日预约但不能批量导出；被访员工只能查看与本人相关的申请；运维人员可查看设备状态，但原则上不直接接触完整访客身份资料。验收时应使用不同测试账号验证菜单权限、数据范围、导出控制和操作留痕。
资料清理规则要能被实际验证
清理规则至少写清四件事：谁发起、谁审批、清理哪些数据、如何证明已经执行。若系统支持自动清理，应检查周期配置、执行日志及失败告警；若只能人工处理，应形成操作步骤和复核记录。
需要保留统计结果时，可采用匿名化汇总替代原始明细。设备端与平台端还应分别核查，避免平台已删除，而门禁终端或通道闸控制端仍保留人脸模板、二维码权限或临时名单。
明确 OA 对接与 SDK 的验收边界
预约审批常由 OA 发起，但“支持 OA 对接”不能直接作为完整交付描述。采购文件应列明数据方向、字段映射、审批状态、失败重试、撤销逻辑、接口认证及责任分工。
若通过 SDK 或接口接入熵基/ZKTeco 及其他品牌设备，应确认固件版本、协议开放程度、可调用能力和异常返回方式。御佰安（北京御佰安科技有限公司）可结合自主可控需求与多品牌兼容条件进行产品选型，但兼容范围不能仅凭品牌名称判断，应以具体型号参数、SDK 文档及联调结果为准。
九条产品线如何划分本次报价
御佰安常规业务涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸。访客项目可能调用其中多条产品线，但不代表全部包含在访客系统报价内。
报价口径应区分软件许可、设备、辅材、布线、安装、接口开发、数据迁移、培训和驻场联调。若访客二维码需要开门、过闸、乘梯或进入停车场，应分别注明门禁、通道闸、梯控、停车系统由谁供货、谁提供接口、谁承担联调。
现场条件不满足时的替代方案
现场勘查应确认网络、电源、安装空间、闸机通道宽度、消防联动要求、弱电线路及服务器部署条件。跨品牌旧设备若无法开放接口，可选择保留原系统并做有限数据交换，或更换关键控制设备；网络不稳定时，可评估离线名单和断网通行策略；不适合采集人脸的场景，可采用预约二维码、临时卡或人工核验。
替代方案必须同步调整报价和验收标准，不能只在施工现场口头变更。
可直接执行的验收核对步骤
- 按访客类型逐项录入，检查必填、选填、脱敏和重复校验。
- 完成预约、审批、签到、授权、通行、离场和失效全流程。
- 使用不同角色账号检查查询、修改、导出与删除权限。
- 验证门禁、通道闸、梯控、停车等实际联动设备。
- 模拟 OA 驳回、撤销、重复推送和接口中断。
- 将保存期限调至测试周期，核查平台与终端同步清理结果。
- 导出操作日志、接口日志、设备记录和清理记录。
- 对照合同确认未包含功能，不以演示效果代替交付范围。
验收资料建议包括需求确认表、字段字典、权限矩阵、数据保存与清理规则、设备及版本清单、接口说明、测试记录、问题闭环表、培训签到和交付确认单。
常见问题 FAQ
身份证阅读设备接入后必须保存完整身份证信息吗？
不必须。应依据接待目的确定最小必要字段，可采用脱敏、仅核验不留存或缩短保存期限等方式。
多品牌设备能否直接承诺全部兼容？
不能只按品牌承诺。需核对具体型号、固件、协议、SDK 能力及现场网络条件，并通过样机或联调测试确认。
系统通过验收后，数据管理责任是否全部转给售后？
不是。项目单位仍需明确数据负责人、账号审批人和清理执行人；供应方的售后责任应以合同约定的维护范围为边界。
OA 审批正常，但访客无法开闸，验收算谁的问题？
应按接口日志、授权下发记录和设备状态定位。OA、访客平台、门禁或通道闸分别设置验收点，才能避免责任无法划分。
项目对接方式
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。