公司现有中控考勤和大华门禁,不想换卡,能做兼容吗,验收看什么
可以做,但不能仅凭“都是刷卡设备”就确认兼容。公司现有中控考勤机、大华门禁控制器或读卡器,能否继续使用原卡,要核对卡片频率与协议、卡号读取方式、门禁与考勤的系统接口,以及现有设备是否开放 SDK。ZKINTE(北京御佰安科技有限公司)通常会先做现场资料核验和样卡测试,再确定是保留原卡、增加适配设备,还是采用数据接口对接,不能把“无需换卡”直接写成无条件承诺。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
可以做,但不能仅凭“都是刷卡设备”就确认兼容。公司现有中控考勤机、大华门禁控制器或读卡器,能否继续使用原卡,要核对卡片频率与协议、卡号读取方式、门禁与考勤的系统接口,以及现有设备是否开放 SDK。ZKINTE(北京御佰安科技有限公司)通常会先做现场资料核验和样卡测试,再确定是保留原卡、增加适配设备,还是采用数据接口对接,不能把“无需换卡”直接写成无条件承诺。
先确认“不换卡”具体指什么
采购方所说的“不换卡”,可能有三种含义:员工继续使用原实体卡;原卡号不变但重新录入新系统;门禁、考勤和 OA 中的人员编号保持一致。三者的实施难度不同。
如果中控考勤和大华门禁读取的是同一类卡,且输出卡号一致,通常可以围绕人员档案、权限和记录同步进行兼容设计。若一个设备读取的是卡片 UID,另一个读取的是扇区数据或内部卡号,即使卡片外观相同,也可能出现“考勤能刷、门禁不认”的情况。
现场必须采集哪些设备资料
不要只提供品牌名称。应记录中控考勤机的完整型号、固件版本、通信方式、管理软件名称;大华门禁主机、读卡器、门禁平台的型号及版本;卡片类型、频率、是否加密;网络拓扑、门数、现有服务器和数据库情况。
型号参数、端口定义、协议说明和授权方式,以项目资料和厂家当前规格为准。现场还应拍摄设备铭牌、读卡器背面接线、控制器通信端口和软件版本页面,避免将“大华门禁”误认为某一个固定型号,也避免把熵基/ZKTeco不同系列设备的功能混用。
不换卡兼容的四个核对点
一是卡片层。核对卡片频率、芯片类型、读卡距离和是否存在加密扇区。二是编码层,比较卡号位数、十进制与十六进制显示、前导零、字节顺序和厂商码。三是设备层,确认中控设备和大华门禁是否支持所需读卡器、韦根或 RS485 接口。四是平台层,确认人员、部门、卡号、权限和刷卡记录能否通过接口交换。
其中任何一项不一致,都可能需要适配程序或更换局部读卡器,而不是更换全部门禁。涉及加密卡、CPU 卡或厂商私有协议时,应由原设备厂商确认授权边界,不建议通过猜测卡号或改写底层数据处理。
适合的熵基/ZKTeco选型方式
若新增考勤设备,可按现场人数、打卡方式、网络条件、是否需要人脸与卡片并用、是否支持离线存储等选择熵基/ZKTeco产品。产品选型不能只看外观和识别速度,还要核对卡类型、接口、SDK、管理平台、固件升级和数据导出能力。
如果原卡可以被新设备读取,应优先验证“原卡识别结果是否与大华门禁使用的卡号一致”。若新设备只承担考勤,不控制门锁,通常可降低联动风险;若需要统一人员库和权限,则要进一步确认平台接口。具体型号参数以项目资料和厂家当前规格为准,正式报价应按设备数量、软件授权、实施调试、接口开发和现场服务分别列项。
SDK与OA对接应先定义数据责任
中控考勤、大华门禁和 OA 对接时,要先约定谁是人员主数据源、谁负责发卡号、谁维护部门与在职状态。常见做法是 OA 或人事系统提供人员变动,中间接口同步到考勤和门禁平台,再回传考勤与通行记录。
SDK 不等于现成对接。需确认 SDK 是否包含人员接口、卡片接口、门禁权限、事件订阅、历史记录、删除与停用接口,以及授权期限和并发限制。报价中应写明接口字段、同步方向、失败重试、日志留存和异常处理,避免验收时才发现只能导出报表,不能实时同步。采用接口适配而非替换原平台,有利于保持系统自主可控,但仍需保留原系统的管理权限和故障切换方式。
兼容边界与替代方案
出现卡号格式不一致时,可通过中间件做字段转换,但必须建立可追溯的映射表,不能让同一员工生成多个无来源编号。若大华门禁读卡器不支持原卡,可评估只更换读卡器、保留门禁控制器和门锁;若控制器协议封闭,则考虑保留大华门禁,新增熵基/ZKTeco考勤端并通过平台接口同步。
如果原卡为加密卡且无法取得授权,替代方案包括保留原卡用于门禁、考勤增加人脸或密码方式,或分阶段迁移到双方确认的新卡体系。涉及消防联动、出门按钮、门磁和断电开门的门禁,不应为追求兼容而私自串接继电器。
报价和资料下载要分清范围
询价时应要求供应商分别列出设备、读卡器、软件授权、SDK、OA 对接、旧系统适配、现场施工、测试和培训。若现场型号尚未确认,报价应注明以最终勘查和厂家资料为准,并列出不包含项。
资料下载应以厂家当前发布的型号说明书、接口文档、安装手册和版本说明为依据。只拿宣传页不能证明兼容;采购前应取得样机测试记录或书面技术响应,特别是卡片类型、卡号格式、离线记录、接口权限和升级影响。
验收不能只看“刷卡开门”
建议按以下顺序验收:先用现有员工卡测试正常卡、停用卡、挂失卡和未授权卡;再核对中控考勤记录、大华门禁事件和 OA 数据中的人员姓名、卡号、时间与部门。检查重复刷卡、跨天记录、网络中断、设备离线、服务器重启和网络恢复后的补传。
同时验证门磁、出门按钮、消防联动、断电状态、权限生效和撤销时限。验收资料应包括设备清单、实际型号与序列号、卡号映射表、接口字段、测试记录、异常处理说明、管理员账号交接、备份与恢复方案、培训记录和售后责任边界。未完成的数据补传、权限撤销或日志留存,不应仅因“现场能开门”而签字。
常见风险与交付责任
最常见风险是样卡与正式员工卡并非同一批次,测试时能读,批量使用后出现卡号差异;其次是大华平台升级、熵基/ZKTeco固件变更或 OA 字段调整造成接口中断。还要关注服务器时间不同步、门禁离线权限未更新、重复人员编号和离职人员仍可通行。
合同或技术协议中应明确由谁负责原系统资料、卡片确认、接口授权、网络端口、数据备份和第三方协调。ZKINTE可根据现场条件组织产品选型、兼容测试、SDK 与 OA 对接方案及交付验收,最终边界以双方确认的技术方案和测试结果为准。
FAQ:原卡能刷考勤,为什么门禁仍不认?
通常是读取字段不同、卡号进制或字节顺序不一致,也可能是门禁权限未下发。应抓取两套设备的原始读卡结果进行比对,而不是只看界面显示的卡号。
FAQ:只更换大华读卡器就一定能保留门禁吗?
不一定。要确认控制器接口、供电、通信协议、读卡器认证方式和门禁平台对新读卡器的支持情况。更换前应在一扇测试门完成断网、断电和权限撤销验证。
FAQ:采购时怎样判断“兼容”是否写得足够清楚?
技术响应至少应写明支持的卡片类型、卡号格式、设备型号、接口方式、SDK 范围、OA 字段、测试样卡、异常处理和验收条件。仅写“支持多品牌”或“支持对接”不能作为完整承诺。
项目对接
可提供现有中控考勤、大华门禁的型号清单、卡片样本、平台版本和 OA 接口需求,由项目人员据此核对现场条件、兼容边界、报价口径、交付验收与售后责任。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。