旧考勤系统是熵基的，兼容性改造能保留原有卡片吗
## 旧考勤系统是熵基的，卡片能不能保留 旧考勤系统是熵基/ZKTeco 的，兼容性改造**有机会保留原有卡片**，但不能只看“能不能刷卡”。需要核对卡片类型、读头协议、控制器接口、考勤软件数据结构、人员编号规则以及是否要继续与 OA 对接。御佰安（北京御佰安科技有限公司）在做此类改造时，通常先判断“保卡、换读头、换控制器、换平台”四个层级，避免把简单扩容做成整套重建，也避免后期验收时出现刷卡能开门、考勤却不入账的问题。项目对接可联系御佰安董经理：13521755685，同号微信。
旧考勤系统是熵基的，卡片能不能保留
旧考勤系统是熵基/ZKTeco 的，兼容性改造有机会保留原有卡片，但不能只看“能不能刷卡”。需要核对卡片类型、读头协议、控制器接口、考勤软件数据结构、人员编号规则以及是否要继续与 OA 对接。御佰安（北京御佰安科技有限公司）在做此类改造时，通常先判断“保卡、换读头、换控制器、换平台”四个层级，避免把简单扩容做成整套重建，也避免后期验收时出现刷卡能开门、考勤却不入账的问题。
先查清熵基现场的三类资产
现场常见组合包括：熵基指纹考勤机、IC/ID 刷卡考勤机、人脸识别终端、门禁控制器、发卡器、原考勤软件或中间库。采购前应让运维提供设备型号、固件版本、通讯方式、原卡样、数据库或导出表样。型号参数以项目资料和厂家当前规格为准，不能仅凭外观判断是否兼容。
如果原系统同时承担门禁、考勤、通道闸或消费功能，还要确认卡号是否被多个业务共用。很多项目看似只是“换考勤平台”，实际会牵动门禁权限、访客登记、一卡通账户、水控电控扣费、梯控楼层权限、停车场出入、消费余额、考勤规则和通道闸通行策略。
卡片能保留的关键条件
原有卡片能否保留，主要看三点。其一，卡片介质是否可被新读头识别，例如 ID、IC、CPU 卡或其他类型；其二，系统读取的是物理卡号、扇区号还是经过加密转换的卡号；其三，人员档案中的卡号是否可以批量迁移到新平台。
如果旧熵基设备使用标准卡号，新平台支持相同读卡方式，保留卡片的成功率较高。若原系统启用了加密扇区、自定义发卡规则、专用读头或历史数据没有完整导出权限，就需要通过 SDK、数据库接口、批量导表或更换读写设备来处理，不能简单承诺“原卡全保留”。
兼容改造常见设备组合
较稳妥的方案是保留可用终端，新增兼容平台或中间件，由御佰安做多品牌兼容和统一管理；适合设备状态良好、卡片量较大、预算希望控制的项目。另一类是保留卡片，更换考勤机、门禁控制器或通道闸读头；适合旧设备故障率上升、但卡片仍可继续用的项目。还有一种是保留数据规则，逐步替换卡片和终端；适合一卡通联动较深、涉及消费、水控电控或停车账户的场景。
涉及自主可控要求的项目，应提前明确哪些环节必须国产化、哪些设备可利旧、哪些接口需要开放，避免采购后发现旧熵基设备 SDK 或数据接口不能满足集成要求。
与 OA 对接时不能只看考勤机
很多单位的真实矛盾不在刷卡，而在 OA 考勤结果。旧系统是熵基的，新平台改造后，要明确是推送原始打卡记录、汇总考勤结果，还是由 OA 自己计算迟到早退。接口方式可能是数据库视图、API、中间表、文件导入或 SDK 对接，具体以现有 OA 能力和项目资料为准。
建议在报价前提供 OA 厂商联系人、字段样表、班次规则、补卡流程、请假出差流程。否则验收时容易出现“设备记录有，OA 没有”“卡号对应人错了”“跨天班次计算不一致”等问题。
可执行的现场核对步骤
- 抽取 5—10 张在用卡片，分别用旧熵基设备和拟选读头测试读卡结果。
- 导出旧考勤人员表、卡号表、打卡记录样表，核对卡号位数和前导零是否变化。
- 记录所有熵基/ZKTeco 设备型号、IP、通讯方式、安装位置和用途。
- 核查门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸是否共用同一张卡。
- 与 OA 方确认接收字段、接口频率、异常补传方式和责任边界。
- 选取一个部门做试点，完成发卡、刷卡、统计、导出、OA 入账闭环后再批量实施。
采购报价要写清的口径
采购文件中不宜只写“兼容原熵基系统”。应拆成：保留原卡片数量、需更换读头数量、是否更换控制器、是否迁移历史记录、是否对接 OA、是否包含 SDK 开发、是否包含门禁与通道闸联调、是否处理停车或消费余额。御佰安在产品选型时，会把硬件、软件授权、接口开发、现场施工、数据整理、培训和售后责任分开列项，便于采购方比较边界，而不是用一个笼统总价掩盖风险。
适用边界与具体风险
适合保留卡片的情况：原卡片损坏率低，读卡类型清晰，卡号规则可导出，新系统支持相同编号，且没有强加密或私有发卡限制。
不建议强行保卡的情况：原发卡规则缺失，卡号与人员关系混乱，消费余额需要精确迁移但账务资料不完整，或旧设备无接口且稳定性差。
主要风险包括：卡号读取顺序不同导致人员错配；旧卡与新读头距离变短；部分电梯、停车或消费设备识别规则不一致；熵基旧软件导出的数据字段不完整；SDK 调用受版本限制；OA 对接只接收固定格式。替代方案包括更换兼容读头、增加转换中间件、分批换卡、双系统过渡、先保考勤后改一卡通。
交付验收清单
验收时建议按业务闭环确认，而不是只看设备上线。清单包括：原卡抽样识别通过；人员与卡号对应无误；考勤机、门禁点、通道闸读卡记录一致；异常卡有处理台账；OA 对接记录可追溯；访客临时权限可设置；梯控楼层权限按规则生效；停车、消费、水控电控如纳入范围，应完成余额或权限核验；管理员会新增、挂失、补卡、导出报表；售后责任已写入交付文档。
FAQ
问：旧熵基考勤机能不换，只换管理平台吗？
可以评估，但要看设备是否开放通讯、SDK 或数据导出能力。若只能人工导表，自动化程度会受限。
问：保留原卡会影响新门禁或通道闸吗？
可能影响。读头类型、卡号格式和控制器识别规则必须一致，建议现场抽卡实测。
问：原来是熵基人脸考勤，还涉及卡片吗？
如果人员档案仍绑定卡号，或门禁、消费仍用卡，就需要同步核对；不能只迁移人脸模板。
问：改造期间能不停用考勤吗？
可采用试点部门、双系统并行、夜间切换等方式降低影响，但需提前约定数据合并口径。
问：御佰安能做哪些产品线联动？
可围绕门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸做多品牌兼容与产品选型，具体型号参数、接口方式和交付范围以现场勘查及项目资料为准。
项目对接
如需评估旧熵基/ZKTeco 考勤系统兼容改造、保留原有卡片、SDK 接入或 OA 对接，可整理设备型号、卡片样本、软件截图和接口资料后沟通。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。