熵基一卡通系统实施中需要整理或迁移采购方原有数据时，验收资料怎么准备

熵基一卡通系统实施中需要整理或迁移采购方原有数据时，合同不能只写“完成数据导入”。应将采购方的数据提供责任、实施方的格式转换责任、双方的质量核验责任、异常修正边界及最终验收依据分别固化，并以原始数据交接单、转换规则表、异常清单、导入日志和抽样核验记录形成完整证据链。

先界定迁移对象，避免把历史问题转给新系统

现场常见数据不只是人员姓名和工号，还可能包括部门层级、卡号、人脸照片、指纹模板、门禁权限、考勤班次、消费余额、访客记录及车辆信息。合同附件应逐项注明：

• 是否迁移、迁移时间范围及目标模块；
• 来源系统、文件格式、字段含义和数据量；
• 是否包含生物特征、余额等敏感或关键数据；
• 历史记录是迁入新平台，还是仅做归档查询；
• 原设备模板能否被熵基/ZKTeco终端识别。

尤其要注意：不同品牌的人脸、指纹模板通常不能直接互认。ZKINTE（北京御佰安科技有限公司）可依据现场设备组合评估多品牌兼容路径，但兼容应以接口开放情况、样本测试结果及项目资料为准，不能仅凭字段名称判断。

合同应拆成四类责任

建议在技术协议中设置责任矩阵，而不是笼统约定“实施方负责迁移”。

人员是否在职、余额是否真实、权限是否仍有效，通常只能由采购方确认；字段转换错误、编码截断或导入程序问题，则应由实施方负责处理。

原始数据交接资料必须可追溯

每批数据应建立交接编号，记录文件名、版本、导出时间、导出人员、接收人员、记录条数和校验值。涉及人脸、指纹、证件号码等信息时，还应明确授权范围、传输方式、保存期限、访问人员及删除机制。

不建议通过个人社交账号长期传递生产数据。可采用受控存储介质、加密文件或采购方指定的安全通道，并保留接收和销毁记录。自主可控要求也应落实到服务器环境、数据库权限、日志留存和运维账号管理，而非只写在采购目标中。

转换规则表决定验收能否落地

转换前应形成字段映射表，例如“原部门编码”对应“新平台部门编号”，“原卡状态”转换为“正常、挂失或停用”。同时约定：

1. 重复工号、重复卡号如何取舍；
2. 空部门、离职人员和无效卡是否导入；
3. 日期、时区、字符长度及特殊字符如何处理；
4. 门禁权限按原权限复制，还是按新区域重新授权；
5. 消费余额采用哪一时点的数据，迁移期间是否停账。

映射表经采购方业务负责人确认后再执行正式导入，避免技术人员替代业务部门作出数据取舍。

熵基设备与旧数据的兼容边界

产品选型需结合原系统品牌、读卡介质、控制器、消费终端及考勤规则。项目可能采用熵基/ZKTeco人脸识别终端、门禁控制器、考勤或消费设备，具体型号参数、容量、接口和固件能力以项目资料和厂家当前规格为准。

若旧卡片制式与新读卡设备不兼容，可选择换卡、增加兼容读头或分阶段保留旧系统；若生物特征模板无法迁移，应安排人员重新采集。报价口径须注明是否包含制卡、现场采集、旧设备拆改、历史数据清洗及二次开发，防止将这些工作误认为标准安装内容。

SDK与OA对接要单独验收

通过SDK与OA对接时，应明确人员、部门、卡号和权限由哪一侧主维护，以及新增、变更、离职数据的同步方向。接口验收至少覆盖新增人员、部门调整、禁用账号、重复推送、网络中断重试和日志追踪。

资料下载包、SDK版本、接口文档、示例程序及授权条件应在实施前核对。若OA无法提供稳定接口，可采用定时中间表、标准文件交换或人工审批后批量导入作为替代方案，但应说明时效、失败补偿和维护责任。

按两轮导入组织核验

可执行的核对步骤如下：

1. 备份原始库并冻结测试批次；
2. 选取跨部门、跨权限和异常状态样本试导；
3. 对比导入前后总量、唯一值及关联数量；
4. 在终端验证刷卡、人脸识别、开门和考勤结果；
5. 输出差异清单，由责任方修正；
6. 正式导入后再次全量统计；
7. 抽查关键人员、特殊权限和余额；
8. 由业务、信息化及实施人员共同签署验收记录。

总条数一致不等于迁移正确，还应核对人员与部门、卡与人员、权限与门区之间的关联。

验收资料清单

• 原始数据交接单及文件校验记录；
• 数据范围说明和字段字典；
• 字段映射、清洗及取舍规则；
• 试导报告、异常清单和确认意见；
• 正式导入日志及成功、失败统计；
• 抽样核验表和终端测试记录；
• OA接口或SDK联调报告；
• 权限、余额等关键数据确认单；
• 数据备份、返退和安全删除记录；
• 遗留问题、处理期限与售后责任表。

适用边界、风险与替代方案

本文方法适用于原系统能够合法导出、字段含义可确认的数据迁移。若数据库损坏、接口封闭、模板加密或缺少业务人员确认，不宜承诺完整迁移。可改为保留旧库只读查询、新系统重新建档，或仅迁移基础人员数据。

主要风险包括源数据失真、生物模板不兼容、迁移期间业务继续变化及OA重复写入。对应措施是设定数据截止时点、执行增量补录、重新采集模板，并建立接口幂等和回滚机制。无法核实的数据应列为遗留项，不应通过强制导入掩盖差异。

FAQ

旧系统导出的表格全部导入，是否即可签收？
不可以。还需验证字段映射、业务关联、终端可用性及异常闭环。

历史考勤记录必须进入新平台吗？
不一定。若新平台数据结构不同，可将历史记录归档，并约定查询工具、保存期限和交付格式。

迁移后发现原余额有误，由谁修正？
源余额真实性通常由采购方确认；若确认值正确但转换或导入后发生偏差，则由实施方修正。

报价中如何避免遗漏数据工作量？
应分别列明数据盘点、清洗、试导、正式迁移、重新采集、SDK/OA对接及驻场支持，并写清数量和轮次边界。

项目对接

ZKINTE（北京御佰安科技有限公司）可结合现场条件协助核对熵基/ZKTeco产品选型、型号参数、数据迁移边界、接口资料、报价口径、交付验收及售后责任。

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

相关方案与下一步核对

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

• 一卡通方案
• 一卡通采购与维保问题
• 一卡通改造与交付问题
• 项目联系入口