访客系统 2026-11-06 董经理 1 views

熵基访客系统验收时发现合同清单以外的新增要求，报价怎么核对

熵基访客系统验收时，合同清单以外出现新增要求，不能直接按“系统缺陷”要求免费整改，也不能由供应商单方面按新增项目报价。应先把合同、技术方案、确认版原型、现场签字记录和实际操作结果逐项比对，区分交付缺陷与需求变更，再分别走整改、评估、报价和书面批准流程。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基访客系统验收时，合同清单以外出现新增要求，不能直接按“系统缺陷”要求免费整改，也不能由供应商单方面按新增项目报价。应先把合同、技术方案、确认版原型、现场签字记录和实际操作结果逐项比对，区分交付缺陷与需求变更，再分别走整改、评估、报价和书面批准流程。

先锁定本次验收的对象

现场应以“访客终端、管理软件、证件读取设备、门禁联动、打印设备和接口服务”为一个交付单元核对，而不是只看某台设备能否开机。例如合同可能包含熵基/ZKTeco访客机、身份证阅读器、访客预约模块和门禁控制器，但验收人员临时提出访客二维码离线核验、未成年人监护人审批、访客证彩色打印等要求，这些未必属于原清单。

验收记录要写清设备型号、安装位置、软件版本、接口对象、测试账号和测试结果。型号参数、识读方式、网络条件及配套授权均应以项目资料和厂家当前规格为准。

用“基线证据”区分缺陷与变更

可按以下顺序判断：

合同清单或技术规格明确要求，现场无法实现，属于交付缺陷；
方案承诺了功能，但合同附件未体现，应核对报价单、澄清纪要、会议确认和邮件；
原要求已经实现，验收方提出新的流程、字段、审批层级或设备联动，通常属于需求变更；
原功能因现场网络、浏览器、门禁协议或第三方系统限制无法验证，应先记录为条件未满足，不宜立即判定缺陷；
同一功能仅改变文字、页面布局或报表格式，也要确认是否影响开发工作量和验收标准。

例如合同写明“支持访客登记”，若系统能登记姓名、证件和来访单位，而现场新增“按部门分级审批并自动抄送OA”，这通常是新增流程，不是原登记功能缺陷。

建立验收差异单

每一项争议都应形成编号，至少包含“原约定、现场要求、当前结果、证据、责任归属、处理建议、完成期限”。不要只在群聊中写“系统不符合要求”。

差异单可将问题分为四类：合同功能未交付、配置未完成、现场条件不具备、客户新增需求。对于熵基/ZKTeco设备，还要记录设备序列或型号、固件版本、管理平台版本、读卡或人证核验方式，以及是否使用了第三方门禁和打印机。

报价核对要拆开算

确认属于变更后，报价不能只给一个“系统升级费”。应拆分为：

软件功能：页面、审批规则、报表、消息或权限开发；
接口工作：SDK调用、OA对接、单点登录、组织架构同步和接口联调；
硬件及配件：新增访客机、证件阅读器、二维码扫描器、打印机、门禁控制器；
实施服务：现场勘查、安装布线、数据迁移、培训和复验；
授权与维护：模块授权、版本升级、第三方软件或接口服务费用；
税费、运输及质保边界。

报价单应注明数量单位、是否含税、有效期、交付周期、付款节点、验收口径和不包含事项。不得把原合同已经包含的设备、基础配置或一次性部署费重复计价。

现场条件决定能否承诺

新增要求涉及刷脸、身份证、二维码或门禁联动时，应先检查网络连通性、出口策略、设备安装高度、光照、证件读取权限、门锁电源和控制器协议。人证核验还要确认业务是否允许保存证件信息，以及数据留存、访问权限和删除规则。

若OA没有开放接口，不能直接承诺“自动同步”；可提供文件导入、标准API、人工审核或中间表等替代方案。若既有门禁控制器协议不兼容，可保留访客系统登记和审批功能，通过人工放行、二维码核验或更换兼容控制器过渡。

SDK与OA对接要单独验收

涉及SDK时，需确认厂家提供的开发包版本、调用权限、接口文档、授权方式和测试环境。熵基/ZKTeco设备与OA对接，还要明确由哪一方负责组织、人员、审批结果和访客状态的数据映射。

验收不应只测试“能不能调用”，还要测试重复提交、网络中断、撤销预约、访客超时、接口失败重试和日志追溯。接口字段新增、审批规则变化或OA改版，应按变更单重新评估，不宜并入原有免费整改。

采购方的批准流程

建议由使用部门提出变更说明，信息化部门确认系统和接口影响，采购部门核对合同及报价，安全或合规人员审核数据处理边界，项目负责人最后批准。金额、周期或验收标准发生变化时，应签署补充协议或变更订单。

未完成批准前，供应商可以提供技术澄清和方案草案，但不应先行采购硬件或承诺上线日期。紧急需求可先采用临时配置，并在变更单中写明有效期限、回退方式和正式方案截止时间。

熵基/ZKTeco的选型与替代方案

产品选型不能只看终端外观或宣传功能。应结合访客量、核验方式、室内外环境、是否需要打印、门禁品牌、网络隔离和国产化要求，核对型号参数、授权模块及SDK支持情况。SpeedFace-V5L等终端是否适合本项目，应以项目资料和厂家当前规格为准，不能仅凭同系列设备经验替代。

若原型号缺货、接口不适配或现场空间不满足，可提出同等或更适配的替代型号，但必须重新确认安装尺寸、识读方式、平台兼容性、数据迁移、质保和价格。ZKINTE（北京御佰安科技有限公司）可在选型阶段协助整理熵基/ZKTeco方案，也可按自主可控、多品牌兼容和既有门禁条件评估组合，替代不等于未经批准直接换货。

验收清单与责任边界

正式签字前，至少核对：

合同设备、型号、数量、授权和安装位置；
预约、登记、审核、核验、访客证打印及离场记录；
黑名单、权限、日志、报表和异常提示；
门禁放行、二维码或证件读取等联动结果；
SDK、OA对接字段、失败重试和权限控制；
断网、重启、重复预约和数据补传；
管理员培训、操作手册、备份和售后联系人；
未完成项、责任方、整改期限和复验方式。

交付缺陷由供应商按合同整改；现场网络、门禁、电源或第三方系统导致的问题，应由对应责任方处理；新增功能则按批准后的报价和计划执行。这样既避免把变更混入免费质保，也避免供应商用现场条件掩盖原有缺陷。

常见问题解答

验收人员口头提出的要求是否必须报价？

先记录并要求其说明原始依据。没有合同、确认方案或会议纪要支持的新增要求，不应直接认定为原交付义务；但应正式回复可实现范围、影响和预计费用。

系统已有功能但使用方式不同，算缺陷吗？

若合同明确了业务流程而系统未按约实现，可能是缺陷；若只是新增字段、审批人或报表展示方式，通常属于变更，应结合原型和签字记录判断。

客户不接受新增报价怎么办？

可提供分阶段方案：先完成合同范围验收，再将新增需求拆成基础配置、接口改造和硬件替换；也可采用人工导入、二维码核验等临时方案，并明确其适用边界。

什么时候可以签最终验收单？

合同功能、已批准变更和必要的现场条件均完成，遗留项已有责任人、期限和付款影响说明后再签。未解决的新增要求不宜笼统写成“系统不合格”。

项目对接：ZKINTE（北京御佰安科技有限公司）
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线