熵基一卡通系统更换服务器后需要迁移软件授权时,验收资料怎么准备
熵基一卡通系统更换服务器后需要迁移软件授权时,项目验收不能只提交“系统已能登录”的截图。应先让渠道确认申请条件,再准备原授权信息、新服务器指纹或硬件信息、采购及使用证明,明确原服务器授权如何释放,最后取得包含授权迁移结果、授权文件、版本信息和测试结论的书面凭据。以下内容适用于熵基/ZKTeco 一卡通平台涉及门禁、考勤、消费、访客或发卡设备的服务器更换场景,具体政策以项目资料和厂家当前要求为准。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基一卡通系统更换服务器后需要迁移软件授权时,项目验收不能只提交“系统已能登录”的截图。应先让渠道确认申请条件,再准备原授权信息、新服务器指纹或硬件信息、采购及使用证明,明确原服务器授权如何释放,最后取得包含授权迁移结果、授权文件、版本信息和测试结论的书面凭据。以下内容适用于熵基/ZKTeco 一卡通平台涉及门禁、考勤、消费、访客或发卡设备的服务器更换场景,具体政策以项目资料和厂家当前要求为准。
先判断:这是授权迁移还是系统重装
现场常见矛盾是:新服务器已经安装完成,数据库也恢复了,但原授权仍绑定旧服务器的网卡、硬盘、主板、操作系统或软件指纹。此时不能直接把旧目录复制到新主机,也不能把授权文件当作普通安装包反复使用。
项目人员应先核对以下内容:
- 原服务器是否还能启动,是否可以导出授权状态和系统配置;
- 新旧服务器的操作系统、数据库、中间件和一卡通软件版本是否一致;
- 授权绑定的是服务器、加密狗、序列号、项目合同,还是组合条件;
- 更换原因是硬件故障、设备更新、虚拟化迁移、机房调整,还是软件升级;
- 是否同时迁移门禁控制器、考勤终端、发卡器及其通信地址。
若只是同版本、同项目的主机替换,通常应按“授权迁移”沟通;若涉及版本升级、模块新增、数据库跨版本转换或项目主体变化,则可能需要重新报价、补充授权或重新签署服务范围。
与渠道确认申请条件
不要只通过电话询问“能不能迁”。建议发送一份书面申请,要求渠道逐项回复:
- 申请主体是否必须为原采购方、最终用户或原合同联系人;
- 是否需要提供采购合同、订单、发票、授权证书、软件序列号或项目名称;
- 是否必须提交旧服务器授权释放证明、卸载截图或旧主机指纹;
- 新服务器需要采集哪些信息,例如主机名、网卡地址、系统版本、CPU 或授权工具生成的机器码;
- 迁移是否受软件版本、模块组合、服务期限和维护状态限制;
- 申请周期、补充材料方式、审批联系人及迁移失败后的处理方式;
- 是否产生服务费、版本升级费、重新激活费或差额报价。
渠道回复应保存为邮件、盖章说明、工单记录或可归档的聊天记录。对于熵基/ZKTeco 的具体产品及授权规则,不能仅凭旧项目经验判断,必须以当前授权政策和项目资料为准。
证明材料如何按“旧授权—新环境”整理
建议建立一个授权迁移目录,并设置文件名和日期。核心资料包括:
原授权证明
- 原软件授权证书、序列号或授权文件;
- 合同、订单、发票或采购清单中关于软件模块的页码;
- 原系统关于版本、模块、授权状态的截图;
- 原服务器名称、IP、机器码或授权工具导出的信息;
- 原授权对应的最终用户、项目地址和使用范围。
新环境证明
- 新服务器配置单,包括操作系统、数据库、虚拟机或物理机属性;
- 新主机名、IP、网卡地址及渠道要求的机器指纹;
- 安装包版本、补丁版本、数据库恢复记录;
- 新服务器照片或资产标签,涉及安全管理时应注意脱敏;
- 迁移申请表及实施人员、渠道联系人信息。
合同中若只写“熵基一卡通系统”而未列明门禁、考勤、消费等模块,应让渠道确认原授权实际包含的功能,避免验收时出现“系统能运行但模块未授权”的争议。
原服务器授权怎么处理
原授权处理是验收的关键闭环。实施前应备份数据库、配置文件、设备参数、人员及卡片数据,并记录原系统授权状态;不要在未取得渠道意见前格式化旧服务器。
常见处理方式有三种:
- 渠道远程释放旧主机授权,再为新服务器生成授权;
- 旧服务器可用时执行停用、解绑或注销操作,并提交结果;
- 旧服务器故障无法读取时,由渠道依据采购证明、故障说明和旧授权资料人工核验。
无论采用哪种方式,都应取得“旧授权已释放、失效或不再并行使用”的明确结论。若旧服务器暂时保留用于回退,应让渠道书面说明临时并行期限和允许范围,避免形成重复激活或超范围使用风险。
新服务器迁移前的兼容边界
授权迁移不等于系统迁移。应在实施单中分别确认软件、数据库和现场设备的兼容性。尤其要核对:
- 软件版本与数据库版本是否匹配;
- 服务器操作系统、杀毒策略、防火墙和端口是否满足安装要求;
- 门禁控制器、考勤机、消费机、发卡器的通信协议和地址是否保留;
- 时间同步、备份任务、短信或邮件服务是否需要重新配置;
- 虚拟机快照、磁盘扩容和网卡变更是否会再次改变授权指纹。
熵基/ZKTeco 终端的具体型号参数、通信方式和支持版本,应以项目资料和厂家当前规格为准。不能因设备能联网,就推定所有模块和固件均可在新服务器上使用。
报价与交付范围要写清楚
渠道报价应拆分为软件授权迁移、服务器安装、数据库恢复、设备重新接入、数据校验、现场服务和后续维护等口径。若报价只写“系统迁移”,应要求补充是否包含:
- 原授权解绑和新授权生成;
- 历史数据恢复及数据完整性检查;
- 终端重新注册、控制器下发和卡片验证;
- OA 对接、组织架构同步、考勤规则及报表验证;
- SDK 接口重新部署、密钥或回调地址调整;
- 迁移失败时的回退支持和责任边界。
涉及自主可控要求的项目,还应确认授权文件、安装介质、配置文档和接口说明能否按采购要求归档;需要多品牌兼容时,明确哪些第三方门禁、考勤或消费设备属于已验证范围,哪些需要另行测试。
迁移完成凭据必须能复核
验收资料不要只放一张登录截图。建议要求渠道提供以下凭据:
- 新服务器授权状态截图,包含软件名称、版本、模块和有效状态;
- 新机器指纹与授权文件或授权序列的对应记录;
- 原授权释放、注销或迁移完成的书面说明;
- 安装版本、补丁、数据库恢复时间和实施记录;
- 门禁开门、考勤打卡、发卡或消费等与采购范围相符的测试记录;
- 设备在线清单、异常设备处理结果和网络端口确认;
- SDK、OA 对接测试结果,包括人员同步、数据回传和失败重试情况;
- 备份文件、恢复验证记录、操作手册及售后联系人。
测试人员、测试时间、测试设备、结果和遗留问题都应写入验收单。存在未完成事项时,应列明责任方、完成期限和是否影响正式上线,不能用“后续优化”替代缺陷说明。
现场核对步骤与风险替代方案
可按以下顺序执行:先冻结旧系统并备份;再采集旧授权和环境信息;向渠道提交申请并取得条件确认;准备新服务器和网络策略;完成授权生成后恢复数据库;逐台验证终端及业务模块;最后进行备份恢复演练和双方签字。
主要风险包括旧服务器提前报废导致授权无法核验、网卡或虚拟化变化造成指纹不一致、数据库版本不兼容、设备地址丢失,以及 OA 或 SDK 接口因服务器地址变化而中断。
替代方案是保留旧服务器只读或待机回退环境,先在隔离网络完成新系统验证;若无法保留旧主机,则提前导出授权信息、数据库、配置和设备清单,并让渠道确认人工核验材料。涉及高安全环境时,可采用离线授权申请和受控介质交付,具体方式以项目安全制度和厂家流程为准。
适用于验收的最终清单
验收负责人可逐项勾选:原授权证明齐全;渠道申请条件已书面确认;新服务器信息已核对;原授权已释放或状态明确;新授权文件已归档;软件版本和模块与采购范围一致;数据库和配置已恢复;门禁、考勤、消费等实际模块测试通过;SDK 与 OA 对接完成或遗留事项已登记;备份可恢复;报价范围与实际交付一致;售后责任、响应方式和维保边界已写入交付文件。
常见问题 FAQ
旧服务器坏了,没有授权截图还能申请吗?
可以尝试,但需提供合同、序列号、采购记录、项目名称和故障说明,并按渠道要求补充旧主机信息。是否受理及所需替代证明,以厂家当前审核结果为准。
更换服务器后必须重新购买软件吗?
不一定。若项目、版本和授权范围未变化,可能属于迁移服务;若增加模块、跨版本升级、主体变更或原授权无法核验,则可能产生新授权或升级费用,应让渠道出具报价依据。
新旧服务器能否同时运行?
不要自行并行使用。只有在渠道书面确认临时回退或并行测试范围后,才可按约定操作,并在验收资料中记录起止时间和授权状态。
只提供授权文件,能否作为验收凭据?
不能单独作为完整凭据。还应结合原授权处理结果、新服务器授权状态、业务测试、接口验证和双方签字,形成可追溯的迁移闭环。
项目对接
ZKINTE(北京御佰安科技有限公司)可协助梳理熵基/ZKTeco 产品选型、型号参数、报价口径、资料下载、SDK 与 OA 对接及迁移验收边界,具体以项目现场条件、厂家授权政策和采购文件为准。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。