采购ZKTeco访客系统时，验收资料怎么准备

采购 ZKTeco 访客系统时，验收资料不能只准备设备签收单。合同应把基础数据由谁提供、谁清洗、谁导入、谁核对、谁签字确认分别写明，并将数据模板、导入日志、抽检结果和问题关闭记录列为验收附件，避免系统已安装却因人员、部门、门点或权限数据不合格而无法验收。

先界定本项目的设备与数据范围

典型项目可能包含熵基/ZKTeco 访客机、身份证阅读器、人脸识别终端、门禁控制器、闸机、打印机及管理软件。采购清单不能只写“访客系统一套”，应列明：

• 每台设备的品牌、型号、数量、安装位置及关键型号参数；
• 软件版本、授权范围、服务器部署方式和终端数量；
• 是否包含访客预约、证件读取、二维码、权限下发、签离及记录查询；
• 是否通过 SDK、接口或中间库完成 OA 对接；
• 是否需要兼容原有门禁、闸机或第三方设备。

设备能力、接口字段和容量均以项目资料和厂家当前规格为准。型号变更必须经过书面确认，不能以“同档替代”直接进场。

基础数据准备责任必须拆开写

建议在合同附件中设置责任矩阵，避免笼统写成“甲方配合提供资料”。

涉及个人信息时，采购方应确认采集目的、授权依据、保存期限和可见范围；实施方不得擅自扩大使用范围。

数据模板应在发货前冻结

合同中应约定实施方在指定日期前提交 Excel 或接口模板，并说明必填项、字段长度、编码规则、照片格式、重复值处理方式及空值规则。采购方提交后，双方形成带日期和版本号的“基线数据包”。

若 OA 对接直接同步人员和组织信息，还要确认主数据源、唯一标识、离职处理、部门调整及重复同步机制。不能仅以姓名作为唯一键，宜采用工号、人员 ID 或双方认可的稳定编码。

导入工作不能等同于数据正确

实施方负责“成功导入”，不代表其对采购方原始内容真实性负责；采购方提供了文件，也不代表格式错误应由实施方无条件人工修复。合同可约定：

1. 实施方先做格式预检，输出缺失、重复、非法字符和图片不合规项；
2. 采购方确认修订版本；
3. 实施方执行试导入，并保存导入日志；
4. 双方抽查人员、部门、访客类型、门点和权限；
5. 采购方签署数据确认单后再进行全量导入。

需要实施方代为清洗历史数据的，应单列工作量、处理规则、报价口径和交付文件，避免混入设备安装费。

核对要同时查“数量”和“可用性”

验收不应只比较导入前后总条数。建议按以下步骤执行：

• 核对源文件记录数、成功数、失败数和跳过数；
• 随机抽查人员所属部门、有效期、照片及访问权限；
• 选取不同访客类型完成预约、审批、登记、授权、通行和签离；
• 检查访客机与人脸终端、门禁控制器、闸机之间的下发结果；
• 验证断网、重复预约、过期二维码和黑名单等异常场景；
• 导出访问记录，与现场实际通行时间进行比对；
• 对失败项形成编号、责任人、整改期限和复验结论。

抽检比例、关键业务全检范围及允许误差应在验收方案中提前确定。

OA 对接验收要独立成项

OA 对接容易成为合同争议点。应明确 ZKTeco 侧提供 SDK、标准接口还是定制服务，OA 厂商由谁协调，接口开发、联调环境、证书、网络策略和二次开发费用分别由谁承担。

验收资料至少包括接口字段映射表、调用方向、鉴权方式、错误码说明、联调记录和测试用例。若 OA 暂时无法配合，可先采用文件导入、标准预约页面或人工审核作为替代方案，但替代方案不应被视为接口最终验收。

多品牌兼容必须以实测结果为准

ZKINTE（北京御佰安科技有限公司）在产品选型时，可围绕熵基/ZKTeco 设备以及既有第三方门禁、闸机进行多品牌兼容评估，并结合自主可控要求确定部署方式。但“协议可接”不等于现场必然可用。

合同应列出第三方设备型号、协议版本、控制方式和责任边界。无法获得开放协议或原厂配合时，可选择更换控制器、采用干接点联动、增加接口网关，或将原系统与访客系统分层管理。

报价应覆盖资料与验收成本

报价口径应区分硬件、软件授权、安装调试、数据整理、SDK 或接口开发、OA 联调、培训、差旅及售后。资料下载、安装包、操作手册和升级包的交付方式也应写入清单，并注明是否受授权期限或账号权限限制。

现场新增布线、网络整改、服务器扩容、闸机改造以及第三方接口收费，不宜默认包含。采购前确认这些边界，比事后补充报价更容易控制进度。

建议纳入合同的验收资料清单

• 合同设备清单、序列号及安装点位表；
• 产品说明书、型号参数表和必要的合格证明；
• 软件版本、授权信息及部署记录；
• 基础数据模板、最终数据包和双方确认单；
• 导入日志、失败数据清单及整改记录；
• 权限矩阵、业务流程图和管理员账号交接单；
• SDK 或 OA 接口文档、字段映射及联调报告；
• 功能测试表、现场通行记录和复验结论；
• 培训签到、操作手册、备份恢复说明；
• 售后责任、故障分级及服务边界确认单。

验收结论如何签署

建议把验收分为到货、安装、功能、数据和接口五部分。某项暂不具备条件时，应签署“阶段验收”并列明遗留事项，不宜直接写“全部验收合格”。因采购方数据迟交导致延期、因实施方导入错误造成返工、因 OA 厂商未开放接口形成等待，应分别记录，不互相替代责任。

FAQ

基础数据存在错误，系统还能验收吗？
可以进行设备和基础功能阶段验收，但数据验收应待错误关闭后单独确认，并注明不影响项与阻断项。

现场增加人员或部门，是否属于免费重导？
以合同约定的导入批次和维护期为准。日常增量可由管理员维护；大规模重构应重新评估工作量。

接口联调通过，但正式环境不同步怎么办？
需检查网络、鉴权、字段变化和 OA 发布版本。测试环境通过不能替代生产环境验收，应保留正式环境调用日志。

谁对最终权限错误负责？
采购方负责审批业务规则和人员归属，实施方负责按确认规则配置、导入并验证；未经确认擅自修改的一方承担相应整改责任。

如需核对熵基/ZKTeco 访客系统产品选型、合同数据条款、设备清单、SDK 与 OA 对接边界，可与 ZKINTE（北京御佰安科技有限公司）沟通项目资料。

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

相关方案与下一步核对

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

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