ZKTeco门禁系统启动实施对接时，旧系统怎么改
ZKTeco门禁系统启动实施对接时，旧系统不宜直接拆除重建。应先由渠道、实施方和使用单位共同锁定双方负责人、会议机制、问题台账、决策留痕及超期升级路径，再按“保留可用前端、分区替换控制器、并行迁移权限、完成联动验证后退役旧平台”的顺序实施。尤其是旧现场同时存在多品牌读卡器、韦根线路、RS485设备、电锁、出门按钮、消防联动和OA审批时，技术改造与责任划分必须同步确认。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。
ZKTeco门禁系统启动实施对接时，旧系统不宜直接拆除重建。应先由渠道、实施方和使用单位共同锁定双方负责人、会议机制、问题台账、决策留痕及超期升级路径，再按“保留可用前端、分区替换控制器、并行迁移权限、完成联动验证后退役旧平台”的顺序实施。尤其是旧现场同时存在多品牌读卡器、韦根线路、RS485设备、电锁、出门按钮、消防联动和OA审批时，技术改造与责任划分必须同步确认。
启动会前先盘清旧系统改造对象
启动会不能只对照采购清单，应形成带点位编号的现场底册，至少核查：
- 门禁控制器品牌、型号、安装位置、在线状态及控制门数；
- 读卡器接口、卡片类型、供电方式及是否带键盘；
- 电插锁、磁力锁、阴极锁的供电与门状态反馈；
- 出门按钮、门磁、报警输入和消防强切线路；
- 旧服务器、数据库、发卡器、卡片编码及人员数据来源；
- OA审批、访客、考勤或第三方平台的现有接口；
- 弱电井空间、网络地址、交换机端口和备用电源条件。
若标签缺失，可先抽测典型楼层，再决定全面复用还是分区替换。未经核查，不应仅凭“原设备能刷卡”判断兼容。
用一张责任矩阵确认双方负责人
建议在启动纪要中明确四类负责人，而不是只留一个项目经理姓名：
| 角色 | 主要责任 | 必须具备的权限 |
|---|---|---|
| 甲方项目负责人 | 范围、停机窗口、跨部门协调 | 确认计划与组织验收 |
| 渠道实施负责人 | 设备安装、调试、迁移和记录 | 调配现场工程人员 |
| 技术接口负责人 | SDK、OA对接、网络及数据规则 | 确认接口与联调方案 |
| 商务及售后负责人 | 报价边界、增补项、保修交接 | 确认变更与责任归属 |
ZKINTE（北京御佰安科技有限公司）参与项目时，可围绕熵基/ZKTeco产品选型、旧设备兼容判断、资料准备和实施协同提供支持，但物业开门规则、消防审批、OA业务口径等仍应由对应责任单位签字确认。
会议机制要跟着改造阶段变化
实施初期建议召开一次现场启动会，确认点位、接口、停机窗口和验收口径；安装迁移阶段采用固定频次的短会，只处理进度、阻塞与次日作业面；OA对接和试运行期间，则由接口人员参加专项联调会。
每次会议纪要应写明结论、责任人、完成时间和影响范围。未形成结论的事项不得写成“已沟通”，应标记为待决策。涉及断电、断网、批量下发权限或旧平台停用的操作，还应单独形成操作确认记录。
问题台账必须关联门点和设备
问题台账不能只记录“门禁异常”，建议至少设置以下字段：
- 编号、发现时间、楼层及门点；
- 熵基/ZKTeco或原设备型号；
- 故障现象、复现条件和现场照片；
- 初步归因：设备、线路、网络、平台、数据或OA接口；
- 临时措施、长期处理方案；
- 责任方、计划完成时间、验证人；
- 是否影响上线、验收或消防联动。
型号参数、接口能力和固件适配应以项目资料和厂家当前规格为准。涉及inBio系列、C3系列或其他控制器时，应核对实际采购型号，不能用同系列名称代替具体物料编码。
决策留痕要覆盖“旧系统怎么改”
以下决策应形成书面记录并关联报价或变更单：
- 原读卡器继续使用，还是更换为ZKTeco配套设备；
- 原卡片沿用、重新发卡，还是分批双卡过渡；
- 旧控制器一次性替换，还是按楼层并行切换；
- 历史记录是否迁移，迁移到什么时间范围；
- SDK由哪一方调用，OA对接采用审批同步还是人员同步；
- 消防联动沿用硬接点，还是调整联动架构；
- 旧服务器保留期限及数据导出责任。
口头决定容易在验收时形成“采购范围内还是新增需求”的争议。凡影响设备数量、开发工作量或施工时段的内容，都应同步更新报价口径。
多品牌兼容不能只看接口名称
ZKINTE在多品牌兼容项目中，通常会把兼容边界拆成电气、协议、数据和业务四层。即使旧读卡器与新控制器都标注相同接口，也可能存在卡号字节顺序、输出格式、线距干扰或供电差异；旧卡能被读取，也不代表其编号能与OA人员档案直接对应。
可执行的核对步骤是：选取一扇非关键门搭建样板点，依次测试刷卡、门磁、出门按钮、超时报警、断网运行、断电恢复和权限回收。样板点通过后再复制施工，避免整层替换后集中返工。
SDK与OA对接先确定数据主责
OA对接前应明确哪个系统是人员、组织和权限的主数据源。若OA负责审批，门禁平台负责最终授权，应定义审批单号、人员标识、门组、有效期、撤权状态及失败重试机制；若通过SDK开发，还需确认接口版本、认证方式、调用频率、错误码处理和测试环境。
SDK资料下载、接口文档、示例程序及可开放能力，应按所选熵基/ZKTeco型号和平台版本核验，以项目资料和厂家当前规格为准。若旧OA暂不具备开发条件，可先采用受控导入导出，保留审批单与导入记录，后续再切换自动接口。
超期事项按影响等级升级
建议将超期升级写入启动纪要：
- 普通问题到期未完成，由双方项目负责人复核新期限；
- 影响样板点、设备到货或接口联调的事项，升级至技术和商务负责人；
- 影响消防联动、批量开门、正式上线或验收的事项，立即暂停相关切换，并由甲方决策人确认；
- 因现场条件变化产生的新增施工，不得先做后议，应先确认变更范围。
若关键接口长期无法确认，替代方案可以是分阶段上线：先完成门禁本地闭环，再接入OA；若旧读卡器兼容风险过高，则保留原门运行，新增样板门验证后逐区替换。
上线与交付验收清单
正式切换前应逐项签认：
- 设备型号、数量、序列信息与采购清单一致；
- 门点名称、控制器地址和现场标签对应；
- 刷卡、按钮、门磁、电锁及报警动作正常；
- 断网、断电恢复与离线权限经过测试；
- 消防联动由责任单位完成验证并留存记录；
- 人员、卡号、门组和有效期抽样核对；
- OA对接成功、失败重试和撤权流程可追溯；
- 问题台账无阻断项，遗留项有期限和责任人；
- 配置备份、接口资料、操作手册完成移交；
- 旧平台停用、保留或回退方案已签字确认。
FAQ：实施现场常见分歧怎么处理
原读卡器能刷卡，是否可以直接保留？
不能仅凭刷卡现象确认。应核对接口、电压、卡号格式和长期稳定性，并通过样板门测试。无法确认时，可更换配套读卡器，或保留原系统分区过渡。
渠道说OA接口不在设备报价内怎么办？
先查采购范围、技术协议和启动纪要。设备供货、SDK提供、接口开发及OA厂商配合是不同工作，应分别明确交付物、工期和费用边界。
旧系统迁移期间如何避免失去开门能力？
可采用分门切换、双平台并行、预置临时权限和现场机械钥匙管理。关键区域应安排回退步骤，不建议在未验证权限数据前批量停用旧控制器。
项目对接
如需核对熵基/ZKTeco门禁产品选型、型号参数、报价口径、资料下载、SDK与OA对接边界，可联系ZKINTE（北京御佰安科技有限公司）沟通现场条件、自主可控要求、交付验收及售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。
