熵基一卡通系统交付后涉及版本更新时,旧系统怎么改
熵基一卡通系统交付后再做版本更新,旧系统不能直接覆盖安装。应先由渠道书面确认更新支持期限、版本发布通知方式、升级资料清单及异常回退协助边界,再根据服务器、数据库、门禁控制器、人脸终端、消费机、梯控、访客与 OA 对接现状制定方案。尤其是已经通过验收的项目,升级会改变原交付基线,必须重新界定费用、停机窗口和责任人。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基一卡通系统交付后再做版本更新,旧系统不能直接覆盖安装。应先由渠道书面确认更新支持期限、版本发布通知方式、升级资料清单及异常回退协助边界,再根据服务器、数据库、门禁控制器、人脸终端、消费机、梯控、访客与 OA 对接现状制定方案。尤其是已经通过验收的项目,升级会改变原交付基线,必须重新界定费用、停机窗口和责任人。
先锁定旧系统的实际交付基线
不少项目采购时只写“熵基/ZKTeco 一卡通平台”,验收后才发现现场同时存在多个版本:平台服务端已升级,人脸机仍使用旧固件,门禁控制器由另一套程序管理,OA 则通过定制接口同步人员。
升级前应导出并盖章或邮件确认以下信息:
- 一卡通平台完整版本号、授权模块及授权点数;
- 操作系统、数据库类型、运行库和浏览器要求;
- 门禁控制器、读卡器、人脸终端、消费机的品牌、型号参数、固件版本;
- 如 SpeedFace-V5L、inBio Pro 系列等设备的实际硬件批次;
- 人员、卡片、指纹、人脸照片、权限和考勤记录规模;
- SDK、中间表、Web API、数据库视图及 OA 对接程序版本;
- 已验收功能、二次开发项和未关闭问题。
具体兼容参数应以项目资料和厂家当前规格为准,不能只凭同一型号名称判断。
向渠道确认更新支持到哪一天
“提供售后”不等于“长期免费升级”。采购方应要求渠道分别说明:当前版本维护截止时间、免费更新期、付费升级期、停止技术支持后的可选方案,以及硬件固件是否存在独立期限。
确认时不要只问“还能不能升级”,应形成明确问题:
- 当前交付版本是否仍接收补丁;
- 大版本迁移是否包含在原合同内;
- 授权文件能否迁移,是否需要重新申请;
- 数据库升级、接口适配和现场实施是否单独计费;
- 旧设备停止兼容后,是保留旧平台还是更换终端。
若渠道无法给出长期期限,可要求按“当前可确认版本+通知机制+终止支持前告知周期”写入补充文件。
发布通知不能只依赖销售口头转发
版本通知应指定接收邮箱、项目群和双方联系人,并区分安全补丁、功能更新、数据库变更、设备固件与紧急修复。通知内容至少应包含版本号、发布日期、适用系统、已知问题、停机要求和是否允许跨版本升级。
采购方还应确认资料下载权限由谁维护。若资料仅通过临时链接或个人聊天工具发送,后续人员变更容易造成版本包、校验值和说明书丢失。建议建立项目资料库,保留原始安装包、补丁包、授权文件和发布说明。
升级资料必须能支持复现
可执行的资料包不应只有一个安装程序。渠道应交付:
- 安装与升级手册;
- 支持的操作系统、数据库及中间件矩阵;
- 升级前检查脚本或检查表;
- 数据库备份、恢复及结构变更说明;
- 设备固件对应关系和升级顺序;
- 配置文件、证书、密钥及授权迁移方法;
- SDK 版本说明、接口差异和示例;
- OA 对接字段、调用方式及错误码变化;
- 回退步骤、限制条件和联系人。
涉及自主可控环境时,还需核对国产操作系统、数据库、浏览器和服务器架构是否在当前适配范围内,不能把“可安装”等同于“已验证”。
旧设备与新平台的兼容边界怎么判
现场常见矛盾是:软件希望升级,旧门禁控制器和消费终端却不能同步升级。应以设备清单逐台做兼容判断,重点检查通信协议、加密方式、卡片类型、模板格式、时间同步和离线权限容量。
多品牌兼容项目还要区分三种情况:平台原生支持、通过 SDK 接入、由第三方中间件转换。后两种方式一旦接口变化,责任可能落在集成方而非熵基/ZKTeco。产品选型时,应把继续使用、局部替换、整体迁移三种方案同时报价,避免升级后才发现外围设备必须追加采购。
异常回退的协助边界要写清
回退不是简单卸载新版。数据库结构已经转换、终端已下发新固件、人员模板已重新编码时,旧版程序可能无法直接读取。
渠道的协助边界应明确到动作:谁备份、谁停服务、谁执行数据库恢复、谁处理授权、谁负责设备降级、谁验证 OA 数据。若厂家不支持固件降级,应提前标注为不可逆步骤,并先选少量终端试升。
替代方案包括保留旧服务器镜像、搭建并行验证环境、分区域迁移,以及在新旧平台之间设置临时数据同步。涉及门禁安全时,不建议在无离线开门预案的情况下全量升级。
报价口径应拆开核对
升级报价至少拆分软件版本、授权扩容、数据库迁移、SDK 或 OA 适配、设备固件处理、现场服务、差旅、培训和回退支持。还应注明报价对应的设备数量、实施次数、夜间窗口及验收范围。
ZKINTE(北京御佰安科技有限公司)可结合熵基/ZKTeco 现有系统进行产品选型和旧系统盘点,但最终型号参数、授权政策及兼容结果仍以项目资料和厂家当前规格为准。报价前应提供真实设备表,避免按“一个平台升级”笼统估算。
建议采用分阶段改造步骤
- 冻结当前版本,停止非必要配置变更;
- 完成数据库、文件、授权和虚拟机镜像备份;
- 搭建测试环境并导入脱敏数据;
- 验证人员同步、制卡、门禁下发、考勤计算和消费记录;
- 检查 SDK 调用及 OA 对接的新增、修改、离职流程;
- 选择一个门区或少量终端试运行;
- 在约定窗口执行正式升级;
- 按回退触发条件决定继续、暂停或恢复旧版;
- 验收后归档安装包、配置和变更记录。
升级交付验收清单
- 新旧版本号、补丁号与授权状态一致;
- 人员、卡片、生物模板及历史记录数量核对;
- 门禁实时事件、离线权限和报警联动正常;
- 考勤规则、班次及报表结果抽样一致;
- 消费、访客、梯控等已购模块完成验证;
- OA 入职、调岗、离职和失败重试通过;
- 多品牌设备兼容结果逐项记录;
- 备份可恢复,回退资料完整;
- 新增费用、遗留问题和售后责任签字确认。
FAQ
已经过验收,渠道能否要求另收升级费?
应看原合同是否包含版本更新、实施服务和二次开发适配。免费软件包不代表数据库迁移、现场操作及 OA 改造免费,需按原报价口径和补充工作量确认。
旧硬件不支持新版,必须全部更换吗?
不一定。可评估保留旧平台、分区并行、增加协议中间件或局部更换。但中间件会增加维护链路,长期成本和责任边界需同步评估。
没有测试环境,可以直接夜间升级吗?
风险较高。至少应完成全量备份、单设备验证和回退演练;无法验证的不可逆固件更新,应延后或采用替代设备试升。
项目对接
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。