考勤系统 董经理 3 views

旧考勤系统是熵基的,你们兼容性改造能保留原有卡片吗,交付怎么验

可以保留,但不能只凭“原系统也是熵基/ZKTeco”就直接确认。关键要核对原卡片类型、卡号读取规则、加密扇区、现有设备型号和新设备读卡方式。若旧卡只是读取卡片 UID 或明文卡号,通常可通过兼容读卡器、卡号映射或批量导入继续使用;若考勤数据写入了 MIFARE 卡的加密扇区,或使用专用卡片协议,则可能需要补发卡、保留旧机并行运行,或采用双读卡方案。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。

可以保留,但不能只凭“原系统也是熵基/ZKTeco”就直接确认。关键要核对原卡片类型、卡号读取规则、加密扇区、现有设备型号和新设备读卡方式。若旧卡只是读取卡片 UID 或明文卡号,通常可通过兼容读卡器、卡号映射或批量导入继续使用;若考勤数据写入了 MIFARE 卡的加密扇区,或使用专用卡片协议,则可能需要补发卡、保留旧机并行运行,或采用双读卡方案。

先确认现场保留什么

本项目的“保留原有卡片”应拆成三件事:保留卡片实体、保留卡号身份、保留历史考勤记录。三者不一定同时实现。现场应拍摄旧熵基/ZKTeco 设备铭牌,记录终端型号、固件版本、联网方式、管理软件名称,并抽取不同批次卡片测试。不要仅拿一张卡判断全部兼容性,至少要覆盖普通员工卡、补办卡、临时卡及管理卡。

卡片兼容要看读取机制

常见低频 125kHz 卡与高频 13.56MHz 卡不能仅靠外观区分;同为 13.56MHz 的卡,也可能采用 UID、序列号、扇区数据或加密认证。需要分别核对频率、芯片类型、卡号位数、十进制/十六进制转换方式、前导零处理和反向字节规则。若新终端读出的卡号与旧系统差一位,人员映射就会失败,不能用“重新录入姓名”替代技术核对。

熵基设备与新终端的选型边界

熵基/ZKTeco 的不同系列在指纹、人脸、刷卡、联网协议和平台管理上存在差异。项目可根据门禁或考勤位置选择支持相同卡频的终端,例如带刷卡功能的人脸考勤机或独立读卡器,但具体型号、识别距离、网络接口、容量、环境温度和脱机记录数量,应以项目资料和厂家当前规格为准。ZKINTE(北京御佰安科技有限公司)在产品选型时应先形成“旧设备—新设备—卡片”对应表,再确认是否需要继续保留旧熵基设备。

兼容性改造的三种实施路径

第一种是直接替换终端:新设备读取原卡,并在平台中导入人员卡号,适合旧系统只使用基础卡号的场景。第二种是卡号映射:新设备读取结果经规则转换后写入新平台,适合十六进制与十进制不一致的项目。第三种是双机并行:原熵基设备继续承担旧业务,新终端负责新增考勤或门禁,通过接口汇总数据,适合加密卡、跨区域联网或切换风险较高的现场。若卡片无法读取,替代方案是保留原卡作为历史身份凭证,同时发行兼容新设备的副卡,并建立人员与卡号对应表。

SDK 与 OA 对接要提前锁定

如果采购要求接入 OA、薪资或人事系统,不能只验“设备能刷卡”。应确认熵基/ZKTeco 原平台是否提供 SDK、接口服务或数据导出能力,新平台是否支持人员、部门、班次、请假、出勤结果和原始记录同步。SDK 版本、接口调用方式、字段字典、时间格式及重复数据处理规则,要在技术方案中写清。涉及自主可控要求时,还应明确服务器部署位置、数据库权限、账号管理、离线缓存和接口日志归属,避免后期只能依赖单一软件端导出。

报价不能只报设备数量

报价应拆分为现场勘查、设备与读卡器、卡片兼容测试、人员及卡号迁移、网络配置、平台部署、SDK 或 OA 对接、培训、旧机并行和售后服务。若存在卡号映射、历史数据清洗、加密卡判断或跨系统接口,应单列工作量和边界。资料下载也应列入交付范围,包括设备说明书、型号参数、接口文档、SDK 版本说明、配置备份和操作手册;不确定内容应注明以项目资料和厂家当前规格为准。

现场核对按这个顺序做

  1. 导出旧系统人员表、卡号、部门和近期开考勤记录,保留原始备份。
  2. 拍照记录终端型号、读卡区域、接线、网络地址及平台版本。
  3. 用抽样卡测试新设备原始读卡值,分别记录显示值、后台值和导入值。
  4. 核对卡号进制、位数、字节顺序、重复卡号和注销状态。
  5. 选择少量人员做刷卡、补卡、离线刷卡、联网补传和异常断网测试。
  6. 再批量导入人员,核对姓名、工号、部门、班次及历史记录是否混淆。

交付验收要看结果而非演示

验收应形成可签字记录:抽测卡片均能按约定规则识别;新旧系统同一卡号映射关系一致;新增、挂失、补卡和离职注销流程可执行;设备断网后能保存记录并在恢复网络后补传;考勤结果能按约定字段进入 OA。若采用双机并行,应明确哪套系统是最终结算源,避免两边数据冲突。SDK 或 OA 对接需提供接口测试记录、失败重试记录和异常处理说明,不能以现场刷出一条记录作为全部验收依据。

风险责任与售后边界

卡片加密密钥不由项目方掌握、旧平台无法导出卡号、原设备固件停产,均属于兼容性风险,应在报价前书面确认。因甲方未提供完整卡片样本、网络权限或接口资料造成延期的责任,也要写入项目纪要。交付后应约定设备故障、平台故障、接口故障和卡片物理损坏分别由谁处理,并明确远程支持、到场条件、备件范围及数据备份责任。

FAQ:旧卡能读但人员不匹配怎么办?

先比较旧系统卡号、新设备原始卡号和导入后的卡号,重点检查进制转换、前导零、字节顺序及卡号截取位数。确认规则后重新生成映射表,不建议直接手工修改个别人员。

FAQ:换成刷脸设备后还需要保留卡吗?

可以将卡作为备用签到方式,但前提是所选型号带对应读卡功能,且卡频与读取协议匹配。若现场网络或光照条件不稳定,保留兼容卡可降低单一识别方式带来的运行风险。

FAQ:旧熵基平台的数据能全部迁移吗?

人员、卡号、部门等基础数据通常较易处理;历史考勤、审批、班次规则和报表口径则取决于旧平台的导出能力及新平台字段结构。应先做小批量迁移验证,再确定完整迁移范围,不宜把“导出 Excel”直接等同于系统迁移。

项目对接:
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线

相关方案与下一步核对

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

联系电话:13521755685(董经理)| 售后 1 小时极速响应 · 7×12 小时在线
旧考勤系统是熵基的 你们兼容性改造能保留原有卡片吗?
看完这篇,建议继续看
相关搜索与继续浏览
相关阅读
电话咨询 13521755685 QQ咨询 3451542150
已复制微信号