多品牌兼容改造 2026-11-06 董经理 1 views

熵基一卡通系统购买售后服务时，旧系统怎么改

购买熵基一卡通系统售后服务时，旧系统不宜直接按“整套替换”处理。应先把原门禁控制器、考勤机、消费终端、读卡器、卡片、数据库、SDK 接口及 OA 对接关系盘清，再与渠道把问题分级、首次响应时限、升级路径和服务时限统计依据写入合同附件。否则发生断门、数据不同步或接口异常时，容易出现“硬件、软件、网络互相推责”。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

旧系统改造先划清保留与替换范围

现场核查应按设备层、平台层、接口层分别进行：

导出现有控制器、考勤机、消费机及读卡器清单，记录品牌、型号、固件、通信方式和在线状态。
确认卡片类型、卡号规则、扇区使用情况及是否存在加密，避免新旧设备识别结果不同。
备份人员、权限、考勤记录、消费流水、照片及组织架构数据库。
梳理 OA、HR、访客、梯控、停车或第三方平台调用的接口。
对计划保留的设备逐台抽测，不以“同协议”代替实际验证。

熵基/ZKTeco 的具体型号参数、接口能力和固件适配情况，应以项目资料和厂家当前规格为准。ZKINTE（北京御佰安科技有限公司）可结合现场设备组合进行产品选型，但多品牌兼容必须落实到具体型号、协议和测试结果。

把故障等级写成可判断的事件

问题分级不能只写“严重、一般、轻微”，建议形成可操作标准：

等级	旧系统改造中的典型情形	建议首次响应
P1	全部主要出入口无法验证、数据库损坏、批量权限丢失且无替代通行方式	1小时内
P2	单栋或多个关键门点离线、OA 人员同步整体中断、消费或考勤核心业务不可用	2小时内
P3	单台设备异常、部分报表错误、少量人员同步失败，但业务可绕行	4个服务小时内
P4	操作咨询、报表调整、非紧急配置及优化建议	1个服务日内

合同还应说明：安全隐患、消防联动异常和非法开门风险是否自动提升为 P1；批量影响的数量标准由双方根据项目规模确定，不能仅由服务方单方面判断。

首次响应不等于恢复完成

“首次响应”应定义为服务人员完成工单确认、初步判断、责任人指派和下一步计划反馈，而不是自动回复一句“已收到”。同时分别约定：

远程诊断开始时限；
需要到场时的出发或到场时限；
临时绕行方案提供时限；
最终修复或替换方案提交时限；
因备件、第三方接口或现场停机窗口导致延期的通知要求。

这样才能避免渠道用及时接单代替实际处置。

升级路径要覆盖厂家、渠道与集成方

建议在售后附件中明确四级升级链：

一线：渠道服务台，负责登记、远程排查和基础配置；
二线：项目工程师，处理数据库、控制器、网络及部署问题；
三线：熵基/ZKTeco 产品或接口技术支持，处理固件、平台缺陷和 SDK 异常；
项目管理层：处理跨品牌责任、停机窗口、备件和合同争议。

每次升级应保留工单号、日志、截图、数据库版本、设备序列信息和操作记录。涉及 OA 对接时，还要写明由哪一方提供接口日志、测试账号及字段说明。

服务时限从什么时间开始计算

统计口径应至少约定以下节点：

电话、微信、邮件或工单中，哪一种渠道视为正式报障；
计时从提交工单、服务台确认，还是材料齐备后开始；
“服务小时”是否仅计算约定在线时段；
等待客户授权远程、开放端口、提供备份是否暂停计时；
第三方 OA、网络或电源故障是否计入渠道修复时长；
暂停与恢复计时必须由双方留痕确认。

不建议接受“情况复杂时顺延”这类模糊条款。确需顺延时，应写清触发条件、通知时间和重新预计完成时间。

SDK 与 OA 对接如何划定售后责任

旧系统经常保留原 OA，却更换一卡通平台或部分终端。采购前应确认 SDK 的授权范围、支持语言、接口版本、身份字段、卡号格式、增量同步机制和失败重试规则。资料下载、接口文档、示例程序及版本更新方式也应列入交付物。

若渠道仅提供 SDK，不承担 OA 二次开发，应在报价中单列接口联调、开发修改和后续版本适配。自主可控的建设目标也应落到数据库权限、数据导出、账号管理、日志留存及可迁移性，而不是只写概念。

报价必须对应明确服务边界

比较报价时，应核对是否包含旧库迁移、设备巡检、固件升级、接口联调、驻场、差旅、备件、夜间切换和培训。对多品牌兼容项目，建议把“测试通过后纳入维护”的设备与“仅提供排查、不承诺修复”的设备分开列示。

若旧控制器停产或无技术资料，可选择保留读卡器和布线、替换控制器；若卡片体系无法兼容，可设置双卡过渡期；若 OA 接口不可修改，可采用中间库或文件交换，但需评估同步延迟、数据重复和权限安全风险。

上线前按工单场景做验收

售后服务不能只验收“系统能登录”，应现场核对：

P1、P2 模拟工单能否正确分级和升级；
新旧门点的开门、权限下发及离线记录回传是否正常；
人员新增、离职和部门调整能否从 OA 正确同步；
断网、断电及服务重启后是否恢复；
历史考勤、消费或通行记录能否查询、导出；
工单时间戳、暂停原因和恢复时间能否追溯；
备份恢复、管理员交接和应急开门流程是否完成；
型号参数、部署文档、SDK 资料及培训记录是否齐全。

适用边界与常见风险

上述约定适用于既有一卡通局部更新、平台迁移及新增熵基/ZKTeco 设备的项目。若旧设备协议封闭、无密码、无数据库权限，或涉及消防、梯控等专用联动，应先取得原厂资料并开展小范围验证。

主要风险包括旧库字段不一致、卡号转换错误、固件升级后接口变化，以及远程操作造成门点中断。替代方案是先建设测试环境，选择非关键区域灰度切换，保留数据库回退包和独立应急通行方式，再扩大改造范围。

FAQ

渠道说“全天响应”，是否可以不写具体时限？
不可以。应区分服务窗口、首次响应、远程诊断、到场和恢复目标，并明确自然小时还是服务小时。

第三方 OA 故障导致同步中断，算谁超时？
按日志确定责任。渠道应完成一卡通侧排查并提交证据；等待 OA 方处理可暂停修复计时，但不能停止状态反馈。

旧设备没有完整型号资料还能签售后吗？
可以先签巡检与兼容性验证，不宜直接承诺全部纳入维护。验证通过的设备再进入正式服务清单。

项目对接方式
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线