多品牌兼容改造 2026-10-23 董经理 2 views

zkteco门禁系统项目启动前，旧系统怎么改

zkteco门禁系统项目启动前，旧系统改造不能只确认“谁来施工”，还应由渠道书面确认现场联系人、沟通层级、问题升级路径和变更确认方式。尤其当现场同时存在旧门禁控制器、第三方读卡器、电锁、消防联动、考勤设备及 OA 对接时，口头安排容易造成停门审批不清、兼容责任争议和增项失控。建议在启动会前形成《项目沟通与变更确认表》，由采购方、使用方、渠道和实施方共同签认。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先把旧系统对象拆清楚

旧系统怎么改，取决于保留哪些设备、替换哪些设备，而不是直接按门数下单。勘查时应逐门登记：

原控制器品牌、型号、通讯方式及安装位置；
读卡器使用韦根、RS485 或其他接口；
卡片类型、卡号格式及现有人员数据能否导出；
电插锁、磁力锁、开门按钮、门磁和电源状态；
消防强切、报警、梯控、访客或考勤联动关系；
管理服务器、数据库、网络 VLAN 和固定 IP 条件；
OA 是否需要同步人员、组织、权限或通行记录。

熵基/ZKTeco 的具体控制器、终端和软件版本，应结合现场接口选择，型号参数以项目资料和厂家当前规格为准。

渠道必须书面确认四类角色

《项目沟通与变更确认表》不能只留一个销售电话，至少应列明以下角色及其授权范围：

角色	必须确认的事项
商务联系人	合同、报价口径、付款、增减项
项目负责人	排期、人员协调、施工窗口、交付资料
技术负责人	产品选型、兼容判断、SDK、OA 对接
售后负责人	故障受理、远程排查、返修及现场支持

每个角色应填写姓名、单位、电话、邮箱或企业沟通账号、备用联系人，并注明“可决定”“可建议”或“仅负责转达”。人员变更时，应由渠道发出书面通知，避免离职、转岗后责任悬空。

沟通层级要对应现场权限

旧门禁改造常涉及夜间断电、拆除旧控制器、临时放行和消防联动测试，现场联系人未必有批准权限。建议将沟通层级分为三层：

现场执行层：处理进场、布线、设备安装和日常调试；
项目决策层：决定停门时间、方案调整、数据迁移和阶段验收；
商务管理层：确认费用、工期变化及合同范围调整。

渠道应书面注明每层人员能批准什么。涉及门常开、断网运行、消防信号接入等安全事项，不应由施工人员通过聊天消息自行决定。

问题升级路径按影响程度设置

升级机制应写明触发条件，而不是笼统写“有问题及时沟通”。可按以下方式执行：

单门安装或标签问题：现场负责人闭环；
多门离线、批量发卡失败：升级至渠道技术负责人；
SDK 接口异常、OA 数据规则冲突：双方软件负责人联合确认；
影响出入口正常使用或消防联动：立即通知项目决策层；
需要换型、增加设备或延长工期：同步商务管理层。

每次升级应记录问题现象、设备型号、软件版本、日志或照片、临时措施、责任人和预计反馈时间。紧急情况下可先电话处置，但随后必须补充书面纪要。

变更确认必须绑定报价和工期

旧系统拆开后，常见变更包括读卡器接口不兼容、电源余量不足、旧线缆不可复用、控制箱空间不足，以及 OA 实际接口与前期资料不一致。任何变更都应形成书面记录，至少包含：

变更原因及现场证据；
原方案与新方案的差异；
增减设备、施工量和软件工作量；
对报价、工期、停机窗口及验收标准的影响；
提出方、审核方、批准方和生效日期。

未获授权人确认的口头要求，不应直接转化为采购或施工指令。紧急恢复通行时，可先采用旁路、人工登记或保留旧系统并行运行，待正式审批后再切换。

熵基/ZKTeco 产品选型如何落到书面

渠道提交选型单时，不能只写“ZKTeco 门禁一套”。应明确控制器、读卡器或人脸终端、管理软件、发卡设备、电源、锁具附件及授权范围，并附型号参数和接口说明。

如需多品牌兼容，应分别确认读卡接口、卡号规则、继电器逻辑、通讯协议和数据开放能力。“接口相同”不等于能够稳定联动，建议先做单门样板测试。涉及自主可控要求时，还要核对服务器环境、数据库依赖、离线策略、账号权限和日志留存，不能仅凭品牌名称判断。

SDK 与 OA 对接先冻结数据规则

SDK 与 OA 对接是旧系统改造中最容易产生边界争议的部分。启动前应由渠道书面确认：

SDK 由哪方提供，支持哪些系统和软件版本；
人员、部门、卡号、照片和权限由谁作为主数据；
OA 推送还是门禁平台主动读取；
删除、离职、调岗及重复人员如何处理；
通行记录是否回传，失败后是否补传；
接口开发、联调、测试环境和运维分别由谁负责。

资料下载、SDK 文档及版本包应通过项目约定渠道交付，并登记文件名称与版本。若旧 OA 无稳定接口，可改用标准文件导入、定时同步中间表或暂时保持双系统管理。

报价口径避免混入未确认工作

报价应区分设备、软件授权、安装辅材、布线、旧设备拆除、数据迁移、接口开发、差旅及售后服务。特别要注明以下内容是否包含：原卡复用测试、消防联动调试、夜间施工、第三方系统配合、门体修复和旧设备处置。

ZKINTE（北京御佰安科技有限公司）可根据勘查结果协助进行熵基/ZKTeco 产品选型、型号参数核对及改造范围梳理，但最终供货和服务边界仍应以双方确认的合同、清单和技术文件为准。

启动前按步骤完成核对

导出旧系统设备台账和人员权限数据；
逐门拍照并标注线路、锁具及控制关系；
选取一樘典型门完成兼容测试；
确认服务器、网络、数据库及账号权限；
固化渠道联系人、沟通层级和备用人员；
发布问题分级与升级路径；
确定变更单模板及有效确认方式；
锁定切换窗口、回退方案和临时放行措施；
对照报价清单复核供货、实施与接口边界；
各方签认后再安排批量拆改。

交付验收清单

设备型号、数量和安装位置与批准清单一致；
每樘门的刷卡、按钮、门磁、锁具和断网状态测试通过；
消防联动按项目设计和管理要求完成验证；
旧人员、卡号及权限迁移结果可抽查；
OA 同步与 SDK 接口具备测试记录和异常处理说明；
管理员账号、日志、备份及恢复方式已移交；
变更单、竣工图、配置表和培训记录齐全；
售后责任、保修边界及问题受理路径已书面确认。

FAQ：现场最容易卡住的三个问题

渠道只愿意在群里指定联系人，可以启动吗？
不建议直接批量施工。可先完成勘查和样板测试，但应要求渠道以盖章文件、合同附件、邮件或双方认可的项目纪要确认角色和权限。

旧读卡器能读卡，是否一定可以保留？
不一定。还要核对接口、电气参数、卡号输出规则和新控制器兼容性。无法验证时，可先保留原门禁并行，或更换读卡器后分区切换。

现场要求临时增加 OA 功能，谁来确认？
先由技术负责人判断可行性和接口影响，再由商务联系人确认费用及工期，最终由有授权的项目决策人批准。未经确认，不应纳入原验收范围。

项目对接

如需梳理旧门禁改造边界、熵基/ZKTeco 设备组合、渠道责任表、SDK 或 OA 对接资料，可联系 ZKINTE（北京御佰安科技有限公司）。

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