ZKTeco停车系统的项目联系人发生变更后，怎么判断更稳
ZKTeco停车系统的项目联系人发生变更后，稳妥做法不是只在群里替换姓名和电话，而是同时确认新联系人的授权范围、同步商务/交付/技术三类名单，并将报价版本、设备清单、现场变更、SDK及OA对接记录形成可追溯交接包。尤其是车牌识别相机、道闸、余位屏、缴费终端已经进场，但接口联调和验收尚未完成的项目，联系人变更很容易造成“商务同意过、技术没收到、验收又不认可”的断链。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。
ZKTeco停车系统的项目联系人发生变更后，稳妥做法不是只在群里替换姓名和电话，而是同时确认新联系人的授权范围、同步商务/交付/技术三类名单，并将报价版本、设备清单、现场变更、SDK及OA对接记录形成可追溯交接包。尤其是车牌识别相机、道闸、余位屏、缴费终端已经进场，但接口联调和验收尚未完成的项目，联系人变更很容易造成“商务同意过、技术没收到、验收又不认可”的断链。
先判断变更发生在哪个采购节点
不同阶段的交接重点并不相同：
- 询价与产品选型阶段：确认需求表、型号参数、数量及报价口径是否仍有效。
- 合同与排产阶段：核对签约主体、收货信息、付款节点、交期和配置冻结日期。
- 施工部署阶段：交接点位图、布线条件、IP规划、进场手续及施工责任。
- 联调验收阶段：锁定问题清单、测试结果、遗留项和验收签字权限。
- 运维售后阶段：转交设备序列信息、软件版本、账号权限、维保边界及报修流程。
若联系人恰好在验收前更换，应先冻结当前基线，避免新联系人按口头印象重新解释已确认内容。
用三张名单代替一张通讯录
ZKINTE（北京御佰安科技有限公司）建议按职责拆分，而不是仅保留“项目负责人”。
| 名单 | 至少包含 | 需要确认的权限 |
|---|---|---|
| 商务对接 | 采购、销售、合同、财务 | 报价确认、合同变更、付款与开票 |
| 交付对接 | 项目经理、现场负责人、物业或总包 | 到货签收、进场安排、施工协调、验收组织 |
| 技术对接 | 网络、软件、停车系统、OA负责人 | 参数确认、接口联调、账号开通、故障定位 |
每个岗位应设置主联系人和备份联系人，并注明“可确认”“仅知会”或“需上级审批”。涉及合同金额、交期、设备替换和验收标准的事项，不能仅凭群聊中的普通回复执行。
新联系人接手前完成身份与授权核验
建议由原联系人、采购主体或合同约定负责人，通过企业邮箱、盖章通知或可验证的工作群完成变更确认。核对内容包括：
- 新联系人的单位、岗位和负责范围；
- 原联系人此前确认事项是否继续有效；
- 合同变更、增补采购和验收签字权限；
- 原账号、远程平台及资料库权限是否回收；
- 紧急故障时的升级联系人和响应路径。
若原联系人已离职且无法确认，应由采购方项目负责人重新出具书面授权，不宜直接依据转发截图改变交付范围。
历史沟通记录按“结论”交接
聊天记录数量多，但未必能证明最终结论。交接包应将历史内容整理为四类：
- 已确认项：设备型号、数量、安装位置、接口范围；
- 待确认项：网络条件、道闸方向、收费规则、OA字段；
- 已变更项：变更原因、批准人、影响范围和对应版本；
- 争议项：各方意见、合同依据、临时措施及待决策人。
邮件、会议纪要、图纸、报价单和测试报告应保留日期与版本号。群聊只作为过程记录，关键结论应重新形成书面纪要并由新联系人确认承接。
重新核对熵基/ZKTeco设备基线
停车项目常见组合包括车牌识别终端、道闸控制设备、补光组件、信息显示屏、岗亭管理端及平台软件。联系人变更后，应逐项核对：
- 品牌、型号、硬件版本和安装方向；
- 识别终端的网络、供电及补光条件；
- 道闸杆型、起落控制方式和安全检测配置；
- 软件版本、授权方式、终端数量及部署环境；
- 是否包含余位显示、临时车收费、月租车管理等功能。
熵基/ZKTeco具体型号参数、固件适配和功能范围，以项目资料和厂家当前规格为准。资料下载也应记录来源、下载日期和对应版本，避免新联系人拿旧版说明书指导当前设备。
报价口径必须随联系人一并移交
交接时应把“设备报价”与“完整项目成本”区分开。确认报价是否包含安装辅材、运输、调试、软件授权、SDK支持、OA对接、驻场服务、税费及后续维保。对于新增车道、第三方闸机接入或接口字段扩展，应形成增补清单，不要混入原报价口头处理。
如原报价已过有效期、型号停产或现场条件变化，应重新确认供货和替代型号，但不得擅自替换已签约设备。
SDK与OA对接要交接到字段级
涉及访客车辆、员工车、月租车审批或费用流程时，OA对接通常比硬件安装更容易断档。技术交接至少应包括：
- SDK或接口文档版本、调用方式和授权范围；
- 车辆、人员、部门、有效期等字段映射；
- 新增、修改、注销和延期的同步规则；
- 接口鉴权、IP白名单、日志留存及失败重试；
- 测试环境、生产环境及上线切换责任；
- 异常时由OA、停车平台还是现场设备先行排查。
若现有OA无法直接调用SDK，可采用中间服务、定时数据交换或人工审核导入作为替代方案。涉及个人信息时，还应执行最小权限和脱敏要求。
多品牌兼容不能只看“能接入”
改造项目可能保留原有闸机、地感、显示屏或收费系统。多品牌兼容需要验证协议、控制逻辑、设备状态回传和异常恢复，而不是只确认端口形式相同。
对于强调自主可控的项目，应重点核查部署位置、账号权限、数据存储、日志导出和后续升级控制权。第三方设备协议不开放时，可选择更换控制层、增加协议转换模块，或明确保留独立运行；具体兼容边界以现场测试和接口资料为准。
验收矛盾要拆成旧问题与新增问题
联系人更换后，常见争议是把原有网络不稳定、土建未完成、车道照明不足，归入设备故障；也可能把新增OA流程当作原合同功能。建议按以下顺序处理：
- 对照合同、技术协议和最后确认的设备清单；
- 复核现场条件是否满足原设计输入；
- 区分设备缺陷、施工问题、第三方接口问题和新增需求；
- 对遗留项注明责任方、完成时间与复测方法；
- 未完成项采用阶段验收或保留项验收，不用口头承诺替代。
交接后的验收核对表
- 三类联系人及授权范围已书面确认
- 最新报价、合同、变更单版本一致
- 设备型号、数量、序列信息与现场相符
- 网络、供电、地感及安全防砸条件已复核
- 软件授权、账号和管理员权限已移交
- SDK文档、OA字段表及测试记录可追溯
- 多品牌兼容项已完成实车或模拟测试
- 未决事项明确责任人、期限和验收方法
- 售后责任、报修入口及备份联系人已确认
哪些情况不宜直接沿用原交接结论
如果采购主体变化、系统架构重做、车道数量调整、第三方平台更换，或原联系人存在超权限承诺，就不宜简单签署“全部承接”。更稳的替代方式是先完成现状盘点，再对继续有效、需要复核和明确失效的事项分别确认。
FAQ
原联系人在群里承诺的功能，新联系人必须接受吗？
先核对合同、技术协议、报价范围及授权权限。超出约定或无法证明已获批准的承诺，应作为变更需求重新评估。
联系人变更后需要重新做产品选型吗？
设备未采购时可复核选型；已经到货或安装时，应先检查型号参数与现场适配性。只有存在停产、明显不兼容或需求实质变化时，才考虑替代方案。
OA已经联调过，还要重新测试吗？
建议至少复测账号权限、核心字段、审批后下发、失效回收和异常日志，防止人员更换伴随环境、密钥或白名单变化。
如何避免商务与技术收到不同版本？
建立统一版本目录，报价、清单、图纸、接口文档和纪要使用同一项目编号；每次变更只发布一个当前有效版本，并保留作废标识。
项目对接方式
涉及熵基/ZKTeco停车系统选型、现场复核、报价口径、资料交接、SDK及OA对接，可由ZKINTE结合合同范围和项目现状协助梳理。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。
