访客系统 2026-10-26 董经理 1 views

熵基访客系统合同包含历史数据整理或导入服务时，验收资料怎么准备

熵基访客系统合同包含历史数据整理或导入服务时，验收资料不能只准备一张“导入成功”截图。双方应在合同附件中明确：甲方负责提供哪些源数据及合法性说明，乙方负责清洗、映射和导入到什么程度，哪些异常不计入失败，以及最终按“数据总量、成功量、失败量、抽样准确率、功能可用性”共同验收。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基访客系统合同包含历史数据整理或导入服务时，验收资料不能只准备一张“导入成功”截图。双方应在合同附件中明确：甲方负责提供哪些源数据及合法性说明，乙方负责清洗、映射和导入到什么程度，哪些异常不计入失败，以及最终按“数据总量、成功量、失败量、抽样准确率、功能可用性”共同验收。

先按现场设备组合确定数据去向

历史数据是否能导入，取决于本次交付的实际架构。例如，前台部署熵基/ZKTeco 访客机、证件阅读设备、标签或凭条打印机，通道侧连接闸机、门禁控制器，后台再与 OA 对接时，数据可能分别进入访客平台、门禁权限库和 OA 审批记录。

签约前应确认以下对象：

访客基础信息、来访单位、被访人及访问事由；
历史预约单、签到签退时间和审批状态；
照片、证件号码、附件等敏感或大文件数据；
门区、通道、权限时段及设备编号；
黑名单、重点关注标记及其授权依据；
OA 单据号与访客记录之间的关联字段。

不同型号支持的字段长度、照片格式、接口方式和存储容量可能不同，具体以项目资料和厂家当前规格为准。

在合同中锁定甲方的数据提供责任

甲方不宜只写“提供历史数据”，而应提交经确认的数据包、字段说明和数据来源清单。合同可约定甲方负责：

确认数据来源合法，并具备迁移、使用和必要授权；
按约定模板提供 Excel、CSV、数据库备份或接口数据；
说明字符编码、日期格式、枚举值和主键规则；
指定业务人员解释历史字段含义；
在约定日期前完成脱敏测试样本与正式数据交付；
对源数据中的重复、缺失、错误身份证号承担确认责任。

数据交接建议采用加密介质、受控文件区或指定服务器，并形成文件名称、大小、校验值、交接时间和经办人记录，避免版本混淆。

把乙方处理范围拆成可计量工作

乙方的“历史数据整理”需要拆开报价，不能笼统包含在软件部署费中。ZKINTE（北京御佰安科技有限公司）可结合熵基访客系统交付范围，对以下工作分别确认：

模板转换与字段映射；
空格、乱码、日期及手机号格式规范化；
按约定键值去重；
被访部门、人员和门区编码匹配；
图片重命名、格式校验及尺寸检查；
测试库试导、正式库导入与结果核对；
失败记录输出及限定次数的修正重导。

人工补录、业务含义判断、无依据的数据修复、跨系统追溯通常不应默认计入，需单独确定工作量和报价口径。

导入前先签署字段映射表

字段映射表是验收争议中最关键的资料。建议至少列明“源字段、目标字段、是否必填、转换规则、空值处理、长度限制、示例和责任方”。

例如，源系统的“来访状态”可能使用数字代码，而新系统显示“待审批、已通过、已签离”。双方应确认每个代码如何转换。旧部门已撤销、员工重名或工号变化时，也要约定按工号、手机号还是人工确认进行匹配，不能在导入后再临时解释。

失败记录必须能定位和复核

失败清单不能只有失败数量，应至少包含源文件、源记录标识、所在行号、失败字段、错误原因、处理建议、是否可重试和处理状态。

建议将失败分为三类：

源数据问题：必填项缺失、字段超长、图片损坏、主键重复；
规则冲突：部门不存在、门区已取消、状态无法映射；
技术失败：接口中断、数据库约束、导入程序异常。

前两类经甲方书面确认后可排除或补正；技术失败通常由乙方修复后重新导入。双方还应约定重导次数、反馈期限和冻结版本，防止数据持续变化导致验收无法闭环。

用“四本账”完成验收取证

验收资料建议形成四本账：

源数据账：文件清单、原始总条数、版本及校验信息；
转换规则账：字段映射、清洗规则、排除条件和确认记录；
结果统计账：读取量、成功量、失败量、跳过量及去重量；
问题闭环账：失败明细、责任归属、修正结果和遗留事项。

同时保留试导报告、正式导入日志、数据库备份记录、关键页面截图和双方签字的抽样表。涉及个人信息时，验收附件应控制展示范围，证件号码等字段宜脱敏。

验收标准要同时看数量与业务可用性

仅以“成功率达到某比例”验收并不充分。建议合同同时约定：

统计口径一致，成功量、失败量、排除量能够相互核算；
必填字段完整，日期、证件类型和状态转换符合映射表；
抽样记录可在熵基访客系统中检索、查看和导出；
历史照片或附件能够正常打开；
与 OA 对接时，单据号、审批结果和访客记录关联正确；
需要下发权限的记录，可按门区、有效期和设备范围验证；
导入后不影响新增预约、签到、签离及打印等现行业务。

抽样数量、抽样方法、允许误差和整改期限应写入附件，而不是验收当天口头决定。

SDK、OA 对接与多品牌兼容边界

熵基/ZKTeco 产品选型应同步核对型号参数、软件版本、SDK、接口许可和资料下载范围。若项目强调自主可控，还应确认服务器操作系统、数据库、中间件及部署方式是否适配现有环境。

多品牌兼容不等于所有旧设备、旧数据库都能直接复用。第三方闸机、门禁控制器、证件设备或 OA 平台，应通过协议、SDK、API 或中间表验证。接口文档、调用频率、鉴权方式和第三方配合费用，需要列入报价及责任边界。

现场可执行的核对步骤

盘点源系统、数据表、附件目录和实际设备组合；
用脱敏样本完成字段映射和兼容性测试；
冻结正式数据版本并完成备份；
先导入测试库，核对数量、中文乱码、图片和关联关系；
经业务人员确认后执行正式导入；
导出失败记录，按责任分类处理；
抽查预约、审批、签到、签离、权限和查询功能；
汇总四本账，签署验收单和遗留问题单。

不适用情形与替代方案

若旧系统无法导出、字段含义无人确认、附件严重损坏，或历史证件信息已超过必要保存期限，不建议强行全量迁移。可改为只导入有效预约、在访黑名单或近期业务记录，其余数据采用只读归档；也可保留旧库查询，通过新旧系统分期切换降低风险。

未完成第三方接口验证时，可先使用标准模板批量导入，待 OA 或旧平台接口条件具备后再实施增量同步。

验收清单

数据来源、用途及授权已确认
源文件版本和校验信息已登记
字段映射表已经双方签字
清洗、去重和排除规则可追溯
成功、失败、跳过数量可核算
失败记录能够定位到源数据
抽样记录在访客系统中可查询
OA、门禁及第三方设备边界已验证
日志、截图、备份和问题单已归档
遗留事项明确责任人与完成日期

FAQ

源数据本身有错误，是否算乙方导入失败？

一般不应直接计入技术失败，但乙方应提供可复核的失败原因；是否修复、由谁修复及是否收费，应按合同附件执行。

历史数据全部显示在系统里，就可以验收吗？

不可以。还需核对字段准确性、附件可用性、审批关联、权限结果及现行业务是否受到影响。

OA 历史审批记录一定能完整迁移吗？

不一定。能否迁移取决于 OA 接口、数据权限、字段开放程度及双方系统版本，应先通过样本和 SDK/API 联调确认。

如何获取对应型号参数和接口资料？

应根据访客机、门禁控制器、闸机及软件版本申请匹配的产品资料、SDK 和接口文档；资料范围与授权条件以项目资料和厂家当前规格为准。

项目对接可联系 ZKINTE（北京御佰安科技有限公司），结合现场条件确认产品选型、迁移边界、报价口径、交付验收与售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线