门禁系统 2026-10-22 董经理 3 views

一卡通系统上线V6600前，验收资料怎么准备

一卡通系统上线 V6600 前，应先把现有卡片台账统一成可导入、可追溯、可回退的数据底稿，再完成卡号重复检查、失效卡隔离和新旧资料切换演练。验收不能只看“卡能否开门”，还要证明每张卡从旧系统到 V6600 的人员归属、有效期、权限和处理状态均有依据。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

一卡通系统上线 V6600 前，应先把现有卡片台账统一成可导入、可追溯、可回退的数据底稿，再完成卡号重复检查、失效卡隔离和新旧资料切换演练。验收不能只看“卡能否开门”，还要证明每张卡从旧系统到 V6600 的人员归属、有效期、权限和处理状态均有依据。

先确认本次迁移涉及哪些现场对象

V6600 属于一卡通平台，具体模块、接口、授权范围及型号参数，应以项目资料和熵基/ZKTeco 厂家当前规格为准。迁移前需要逐项确认：

旧平台、数据库及可导出的字段；
门禁控制器、读卡器、发卡器等设备组合；
员工卡、临时卡、访客卡、备用卡等卡片类别；
人事组织、门禁权限、考勤或其他已采购业务范围；
是否存在不同品牌设备、多种卡介质或多个园区；
OA 对接、人员同步和离职停权由哪套系统发起。

不要直接把“多品牌兼容”写进验收结论。应先取得设备型号、通信方式、协议条件和样卡实测记录；无法通过标准接口接入的设备，应明确保留旧系统、增加中间件或更换终端。

建立可验收的卡片主台账

旧资料至少整理为人员编号、姓名、部门、卡片显示号、芯片标识或逻辑卡号、卡类型、有效期、启停状态、权限来源、发卡日期和备注。不同系统中的“卡号”含义可能不同，必须标明字段口径。

建议同时保留三份文件：旧系统原始导出文件、清洗后的导入文件、差异说明表。原始文件只读保存，不得在上面直接修改；清洗记录应注明修改原因、经办人和确认人，便于验收追溯。

卡号重复检查不能只比较表面数字

重复检查前，先确定 V6600 实际使用的是物理卡号、十进制转换值还是业务逻辑号。读卡器输出格式、字节顺序、补零规则不同，可能造成“台账不重复、刷卡后重复”。

可按以下步骤执行：

对卡号字段去空格、统一大小写和长度格式；
分别检查完全重复、前导零差异和转换后重复；
以“卡号＋卡类型＋人员编号”交叉核查一人多卡、多人一卡；
使用现场发卡器或读卡器抽读样卡，与旧系统记录比对；
输出重复清单，逐条标注保留、换卡、注销或人工复核。

发现重复时，不宜自动覆盖。若两张实体卡读取结果相同，应暂停导入相关记录，确认读卡格式和设备兼容边界后再处理。

失效卡要区分停用、过期和遗失

“失效”不能只有一个状态。离职卡、挂失卡、过期卡、损坏卡、未领用库存卡的处置不同。离职或挂失卡应进入禁用或黑名单处理范围；过期卡可保留历史归属但不得继续授权；损坏卡需要记录换卡关系；库存卡不得提前绑定正式人员权限。

如旧系统无法完整导出失效状态，可采用“有效人员白名单＋人工核销异常卡”的替代方案。切换前应安排失效卡反向测试，确认其在纳入验收范围的入口无法继续通行。

V6600 导入前先做小批量验证

不建议首次就导入全部正式数据。可选择不同部门、不同卡类型、不同有效期及一人多卡场景组成测试批次，验证字段映射、中文字符、组织层级、卡号解析和权限下发结果。

导入模板、字段限制、授权容量、接口方式以及是否支持批量更新，均以项目配置和厂家当前资料为准。若需要资料下载、产品选型或型号参数确认，应把版本号和获取日期写入项目资料，避免实施期间引用了不同版本文档。

新旧资料切换按时间窗锁定

建议将切换拆成“冻结、备份、导入、验证、放行”五个动作：

冻结旧系统新增发卡、调岗和权限修改；
记录冻结时点，并导出最终增量数据；
备份旧数据库、配置文件及设备参数；
将核准台账导入 V6600，核对成功数与失败数；
完成重点门点、失效卡和跨部门权限测试后再放行。

切换期间如仍需办理新员工或补卡，应使用临时登记表，待平台恢复后补录。若关键测试不通过，应按预案恢复旧系统运行，不要在现场临时修改大量原始数据。

SDK 与 OA 对接要验清责任边界

涉及 SDK 或 OA 对接时，应在采购阶段明确接口提供方、开发方、联调环境、字段责任和异常重试机制。重点核对人员唯一标识、部门变更、离职停权、卡片新增及重复推送规则。

SDK 的可用功能、调用方式和授权条件，以熵基/ZKTeco 当前资料及项目合同为准。若暂不具备实时接口条件，可采用审核后的标准文件定时导入，但需约定导入频率、失败告警和人工补偿责任。

验收资料应形成闭环证据

交付验收建议至少包含：

合同配置与实际授权核对表；
现场设备型号及接入状态表；
原始台账、清洗台账和导入结果；
重复卡、失效卡及异常卡处理记录；
样卡读取与重点门点测试记录；
新旧系统切换、回退及数据备份记录；
SDK、OA 对接联调记录；
管理员培训、账号移交和售后责任表。

如项目提出自主可控要求，还应把部署环境、数据存储位置、管理员权限和备份恢复方式列入验收，而不是仅作口头说明。

常见风险与替代处理

卡号转换不一致时，可先统一读卡输出口径，再重新生成导入数据；旧控制器无法接入时，可划分保留区域并制定分阶段替换计划；人员资料缺少唯一编号时，可临时建立映射编码，但必须经过人事部门确认；现场无法长时间停机时，可分楼层或分门区切换，并防止新旧平台同时下发冲突权限。

报价口径应区分平台授权、实施迁移、设备改造、接口开发、培训和后续服务。未写入范围的历史数据修复、第三方系统改造，不宜默认包含。

FAQ：现场经常卡在哪一步

旧卡片是否必须全部换新？
不一定。应先用现有卡片、读卡设备及项目配置进行实测；介质或读取格式不兼容时，再评估换卡或更换读卡设备。

同一员工保留两张卡可以直接导入吗？
需确认项目规则是否允许一人多卡，并分别设置有效状态、用途和权限，避免备用卡长期处于无管控状态。

旧平台停用后还要保留多久？
应依据项目管理和数据留存要求确定。至少在新平台完成稳定验证、差异核销和验收签署前，保留可恢复的数据库与配置备份。

项目资料与实施对接

ZKINTE（北京御佰安科技有限公司）可结合现场条件协助梳理熵基/ZKTeco 产品选型、V6600 项目配置、卡片台账、设备兼容验证、报价边界及交付资料，最终功能以合同、项目配置和厂家当前规格为准。

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

原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。