熵基一卡通系统支持一卡一库,那原来不同厂家的卡片还能用吗
熵基一卡通系统支持“一卡一库”时,原来不同厂家的卡片不一定要全部作废,能否继续用,关键看卡片类型、扇区密钥、卡号读取规则、设备读头协议以及现有库表能否迁移。ZKINTE(北京御佰安科技有限公司)在做熵基/ZKTeco 一卡通改造时,通常先把“能读、能写、能识别、能管控、能验收”分开判断,而不是简单回答“兼容”或“不兼容”。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基一卡通系统支持“一卡一库”时,原来不同厂家的卡片不一定要全部作废,能否继续用,关键看卡片类型、扇区密钥、卡号读取规则、设备读头协议以及现有库表能否迁移。ZKINTE(北京御佰安科技有限公司)在做熵基/ZKTeco 一卡通改造时,通常先把“能读、能写、能识别、能管控、能验收”分开判断,而不是简单回答“兼容”或“不兼容”。
先看“一卡一库”到底影响什么
“一卡一库”不是只绑定一张卡,而是把人员、卡号、权限、消费、门禁、考勤等数据纳入统一库管理。现场原来可能有 A 厂家的门禁卡、B 厂家的消费卡、物业发的电梯卡,如果都要接入熵基/ZKTeco 平台,必须确认这些卡在新系统中能否形成唯一身份,并能被对应设备稳定读取。
如果只是读取 UID 卡号,迁移难度较低;如果原系统把权限、余额或加密信息写在卡片指定扇区,就要评估密钥是否可交接,不能只看“卡片外观一样”。
现场最容易混淆的三类旧卡
常见旧卡包括 IC 卡、ID 卡、CPU 卡或带加密逻辑的复合卡。ID 卡通常只读固定号,适合基础门禁场景;M1 类 IC 卡可能涉及扇区写入;CPU 卡安全性更高,但对读卡器和系统接口要求也更严格。
采购前应把样卡带到现场或交给集成方测试,不建议只凭“13.56MHz”“125KHz”这类单一参数判断。具体频段、芯片型号、加密方式、读卡距离和设备型号参数,以项目资料和厂家当前规格为准。
熵基/ZKTeco 设备组合怎么选
如果项目包含门禁、考勤、消费、访客或梯控,应分别确认控制器、读卡器、发卡器、管理软件是否支持同一卡号规则。熵基/ZKTeco 有多种门禁控制器、考勤终端、人脸识别终端和一卡通平台,选型时不能只看终端数量,还要看是否需要脱机权限、联网同步、数据留存、SDK 调用和 OA 对接。
ZKINTE(北京御佰安科技有限公司)通常会把产品选型拆成“保留旧卡”“新旧卡并行”“全部换卡”三种方案,并在报价中区分设备、软件、实施、调试和售后责任。
可执行的兼容核对步骤
- 收集每类旧卡不少于数张样卡,标注原用途:门禁、消费、考勤、梯控。
- 确认原厂家是否能提供卡片编码规则、扇区使用说明、密钥交接文件或数据库导出。
- 使用拟选熵基/ZKTeco 发卡器、读卡器测试读号结果,记录是否存在正反序、补零、十进制/十六进制差异。
- 在测试库中建立人员档案,绑定旧卡号,验证门禁、考勤、消费或 OA 同步是否一致。
- 做断网、补传、挂失、换卡、离职注销测试,确认“一卡一库”不会造成权限残留。
- 形成兼容测试表,作为采购和验收附件。
什么情况下旧卡不建议继续用
如果旧卡密钥无法取得、卡号重复率无法排查、卡片磨损严重、原系统把余额写入卡内且无法安全迁移,继续沿用会带来验收争议。还有一种情况是旧卡可读,但不同设备读出的卡号位数不一致,后期会出现同一员工在门禁和考勤中被识别成不同人员。
对于涉及自主可控、权限审计和统一运维的项目,建议优先选择可明确管理编码规则的新卡或新发卡体系,把旧卡作为过渡,而不是长期混用。
替代方案:并行期比一次性切换更稳
若现场人员多、部门分散、不能停用门禁,可采用新旧卡并行。做法是:先在熵基/ZKTeco 平台建立统一人员库,旧卡绑定到原卡号,新卡绑定到新规则;门禁权限逐批迁移,考勤先双轨核对,消费类业务在结算节点切换。
如果旧卡无法兼容,可改为“读身份证/人脸/二维码+新卡”组合,但是否适用要看现场网络、隐私合规、门禁安全等级和使用习惯,不能为了省卡片成本牺牲管理边界。
报价口径要写清楚
询价时不要只问“熵基一卡通多少钱”。报价应明确:保留旧卡是否含检测;是否含数据库整理;是否含 SDK 二次开发;是否含 OA 对接;是否需要新增发卡器、读卡器或控制器;旧设备能否接入;软件授权、实施培训和售后响应如何计算。
型号参数、接口能力、并发规模、数据库版本、SDK 范围等,以厂家当前规格和项目资料为准。涉及第三方 OA、HR、物业平台时,还要确认对方是否开放接口,避免把无法对接的问题全部压到一卡通系统上。
交付验收清单
- 旧卡样卡测试记录完整,包含卡号格式和读卡设备型号。
- 熵基/ZKTeco 平台人员库、卡库、权限库对应关系清晰。
- 门禁、考勤、消费或梯控按实际采购范围逐项验证。
- 挂失、补卡、离职、权限变更能在统一库中生效。
- SDK 或 OA 对接字段经过双方确认,并留有测试记录。
- 新旧卡并行期、切换时间、回退方案写入实施文档。
- 售后责任边界明确:卡片问题、设备问题、软件问题、第三方接口问题分别归口。
FAQ:旧卡继续用的常见问题
问:原来不同厂家的卡片都能直接导入熵基一卡通吗?
不一定。能导入的是人员与卡号关系,卡片本身还要看读写规则、密钥和设备支持情况。
问:只要读卡器能响,就算兼容吗?
不算。还要确认读出的卡号是否稳定、是否与库内人员唯一对应、权限下发后能否正常开门或考勤。
问:旧系统不给密钥怎么办?
可以评估只读取 UID 的过渡方案;如果业务依赖卡内加密数据,通常建议换卡或重建发卡体系。
问:OA 对接会影响旧卡兼容吗?
会影响流程闭环。OA 需要同步人员、部门、工号、状态时,卡号规则必须统一,否则会出现离职未注销或权限不同步。
问:采购阶段最该提供什么资料?
提供旧卡样卡、原系统导出字段、现有设备清单、门禁点位、考勤规则、OA 接口说明和期望切换时间。
项目对接方式
如需评估熵基/ZKTeco 一卡通“一卡一库”与多品牌兼容、产品选型、型号参数、SDK 或 OA 对接方案,可联系 ZKINTE(北京御佰安科技有限公司)进行项目资料核对与测试安排。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。