ZKTeco一卡通系统选用V6600前,旧系统怎么改
ZKTeco一卡通系统选用V6600前,旧系统不能只做数据库备份后直接升级。应先依据原厂当前兼容清单,把发卡器、读卡器、卡片类型、驱动版本、操作系统及浏览器环境逐项对应,再决定保留、更换还是并行运行。V6600属于熵基/ZKTeco一卡通平台,具体型号参数、接口、授权及兼容范围均应以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
ZKTeco一卡通系统选用V6600前,旧系统不能只做数据库备份后直接升级。应先依据原厂当前兼容清单,把发卡器、读卡器、卡片类型、驱动版本、操作系统及浏览器环境逐项对应,再决定保留、更换还是并行运行。V6600属于熵基/ZKTeco一卡通平台,具体型号参数、接口、授权及兼容范围均应以项目资料和厂家当前规格为准。
先锁定旧系统的发卡链路
发卡并非单一设备动作,现场通常包含卡片、桌面发卡外设、USB或串口驱动、客户端服务、管理平台及数据库字段。改造前应制作“一卡一链路”表,至少记录:
- 旧平台名称、版本号及数据库类型;
- 发卡器完整型号、硬件版本、序列号和连接方式;
- 卡片品牌、芯片类型、卡号格式及是否写扇区;
- 电脑操作系统版本、位数、补丁状态;
- 驱动名称、版本、签名状态和安装日期;
- 是否依赖浏览器插件、本地服务或专用工具;
- 门禁、考勤、消费等子系统如何使用卡号。
不要用“都是IC卡”“接口都是USB”代替型号核实。同一外观设备可能因硬件批次、驱动架构或读写规则不同而产生兼容差异。
官方兼容清单要核对哪些字段
可从熵基/ZKTeco原厂产品页面、项目资料或经确认的资料下载渠道获取与拟采购版本对应的兼容说明。核对时不能只看设备系列名称,应确认清单的发布日期、适用平台版本和备注条件。
建议逐项检查:
- 外设完整型号是否在清单中;
- 是否限定硬件版本或固件版本;
- 支持读取卡号还是支持写卡、授权、初始化;
- 支持的连接接口及驱动版本;
- 支持的Windows版本、系统位数和权限要求;
- 是否需要浏览器组件、本地服务或运行库;
- 是否存在停产、替代型号或仅维护不新增的说明;
- 国产操作系统、自主可控环境是否另有适配版本。
若清单只列系列、不列后缀或硬件批次,应向供货及技术方取得书面确认,不能自行推定兼容。
用样机验证驱动,而不是凭设备能亮灯验收
发卡器连接后亮灯,只能说明供电或基础连接正常。有效验证应在计划部署的电脑镜像中完成,检查设备管理器识别、驱动签名、端口占用、本地服务启动及平台调用结果。
测试至少覆盖读卡、连续发卡、重复卡处理、拔插恢复、重启恢复、普通用户权限运行和多次切换账号。若项目采用统一桌面管控,还要验证杀毒软件、终端安全策略、USB管控及浏览器升级后是否阻断驱动。测试记录应保存操作系统版本、驱动包校验信息和异常日志,作为交付基线。
卡号一致不等于旧卡可以直接沿用
旧卡能否继续使用,要区分“读取物理卡号”和“读取或写入业务数据”。部分旧系统可能做过卡号转换、补零、截位、字节倒序或十六进制转换;消费、梯控等业务还可能使用指定扇区和密钥。
因此,应抽取在用卡、挂失卡、补办卡、黑名单卡及不同采购批次卡片进行比对。核实V6600侧显示值、控制器识别值和旧数据库记录是否一致。涉及密钥、扇区或加密机制时,应先确认迁移授权和技术边界,不应通过试错方式覆盖原卡数据。
旧设备的三种处置路径
原样保留:仅适用于完整型号、驱动环境和业务动作均获得兼容确认,并通过样机测试的外设。
更换发卡外设:旧发卡器不在清单内、驱动无签名或不支持目标操作系统时,可更换为当前适配型号。替代型号须以厂家当前规格和项目配置为准,并重新验证旧卡读取规则。
双轨过渡:历史卡或旧业务暂时无法迁移时,可保留旧发卡终端,V6600负责新卡或已确认业务。双轨期间必须规定卡号主数据来源、人员同步方式和截止日期,避免两个平台同时修改同一人员卡信息。
多品牌兼容必须限定到具体业务动作
ZKINTE(北京御佰安科技有限公司)在产品选型时,可结合现场开展熵基/ZKTeco及多品牌兼容核查,但“多品牌兼容”不能理解为任意设备即插即用。控制器可接入、发卡器可读卡、平台可下发权限,是三个不同结论。
对第三方设备,应分别确认通信协议、SDK开放程度、卡号规则、驱动维护主体和故障定位责任。无法进入原厂兼容边界的设备,可考虑协议网关、数据中间表、批量导入或分系统保留;具体可行性应通过接口资料和实测确定。
SDK与OA对接要先划清主数据
如项目需要OA对接,应先确定人员、部门、卡号、权限和离职状态由哪个系统维护。V6600是否提供对应SDK、接口形式、字段范围、调用频率及授权条件,以项目资料和厂家当前规格为准。
联调前应固定人员唯一标识、卡号格式、增量同步机制、失败重试和日志留存方式。OA创建人员不代表卡片已成功写入,接口返回成功也不代表控制端权限已下发。验收时应按“OA数据—平台记录—实体卡—现场设备”完成闭环核验。
报价必须写清兼容改造范围
V6600报价不宜只列平台名称。采购口径应分别注明软件模块、授权范围、服务器或终端环境、发卡外设、卡片、驱动部署、数据整理、SDK或OA对接、现场调试、培训及售后责任。
旧设备利旧应附兼容前提;未完成样机验证的项目,可将外设替换和驱动整改列为可选项。涉及自主可控环境时,还应单列操作系统、数据库、中间件和终端外设的适配确认,避免将“可部署”误写成“全功能兼容”。
到货与交付验收清单
- V6600版本、模块和授权与合同配置一致;
- 发卡器型号、硬件批次与确认清单一致;
- 驱动来源、版本及签名状态可追溯;
- 目标电脑镜像下可稳定读卡、发卡和补卡;
- 新旧卡号显示、转换和下发规则一致;
- 写卡业务已验证扇区、密钥及异常回滚;
- OA对接完成新增、变更、离职和失败重试测试;
- 多品牌设备逐台标记支持、限制或替代方案;
- 数据迁移前后数量、状态及抽样结果留档;
- 备份、恢复、日志、培训和售后边界形成文档。
FAQ:采购阶段容易卡在哪里
兼容清单中没有旧发卡器,能否先采购平台再测试?
可以分阶段采购,但应把“不兼容时更换外设”的型号选择、费用口径和工期责任写入合同,避免平台到货后再临时议价。
驱动在旧电脑上可用,为什么新电脑不能继续用?
常见原因包括系统位数、驱动签名、运行库、USB策略及浏览器组件变化。应以目标部署镜像测试结果为准。
厂家清单写支持,就可以免做现场验证吗?
不可以。清单说明产品边界,现场还存在卡片批次、终端安全策略、旧数据规则和第三方系统差异,仍需样机与业务闭环测试。
如何提交选型资料更高效?
建议提供V6600拟用模块、旧系统版本、外设铭牌照片、卡片类型、驱动截图、电脑环境、OA接口需求及期望保留范围,由ZKINTE协助整理产品选型、型号参数和兼容问题清单,再按原厂当前资料确认。
项目对接
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料:查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。