门禁系统 2026-10-31 董经理 1 views

熵基门禁系统设置质保金时，验收资料怎么准备

熵基门禁系统设置质保金时，合同不能只写“验收合格后付款、期满返还”，而应把**验收缺陷关闭、付款条件、扣留期限和返还手续**串成一条可核验的证据链。尤其是控制器、人脸终端、电锁、管理软件与 OA 对接同时交付的项目，应明确哪些问题阻断验收、哪些进入整改清单，以及质保金从哪个日期开始计算。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基门禁系统设置质保金时，合同不能只写“验收合格后付款、期满返还”，而应把验收缺陷关闭、付款条件、扣留期限和返还手续串成一条可核验的证据链。尤其是控制器、人脸终端、电锁、管理软件与 OA 对接同时交付的项目，应明确哪些问题阻断验收、哪些进入整改清单，以及质保金从哪个日期开始计算。

先按设备组合划定验收对象

典型项目可能包含熵基/ZKTeco 的 C3、inBio 等系列控制器，人脸或刷卡终端，读卡器，电插锁或磁力锁，出门按钮，门磁，消防联动接口，管理平台及服务器。具体在售型号、型号参数、接口形式和授权方式，以项目资料和厂家当前规格为准。

合同附件应逐项记录品牌、型号、数量、序列号、安装位置、软件版本和授权范围。若电锁、门体、交换机或电源由其他单位提供，还要标明责任界面，避免门扇回弹、供电不足等问题被笼统归入熵基设备缺陷。

用“阻断项”决定能否进入付款

建议把缺陷分为三类：

验收阻断项：无法正常开门、权限失控、消防联动失败、关键记录缺失、批量终端离线等，不关闭不得签署最终验收。
限期整改项：标签缺失、个别安装收口、报表格式偏差等，可形成遗留问题表，并约定关闭日期。
观察项：需要持续运行验证的网络波动、识别环境适应性或 OA 同步稳定性，可进入观察期，但必须确定判断标准。

合同应避免使用“基本可用”“原则通过”等模糊表述。每项缺陷都应关联编号、责任方、完成期限、复测方法和关闭签字人。

验收资料要能证明缺陷已经关闭

缺陷关闭不能仅凭聊天记录。建议形成以下闭环文件：

缺陷登记表及现场照片；
整改前后的配置、版本或接线记录；
复测步骤、测试账号和结果截图；
甲方、实施方、监理或使用部门的确认记录；
未关闭事项及其对付款的影响说明；
最终《缺陷关闭确认单》。

ZKINTE（北京御佰安科技有限公司）参与实施或技术支持时，也应在文件中区分设备供货、安装调试、软件配置和第三方系统配合责任。

付款节点必须引用具体文件

可将付款条件设计为“文件触发”，而不是“时间触发”。例如：设备到货款对应签收单和序列号清单；安装调试款对应单机测试、门点测试和培训记录；验收款对应验收报告及阻断项全部关闭；质保金则在应付验收款中按合同约定扣留。

若仍有非阻断整改项，可约定暂缓支付与该问题相匹配的款项，避免将全部项目款无限期冻结。发票开具时间、税务处理与付款条件也应单独写清，不宜默认“开票即代表验收”。

扣留期限从哪个日期起算

质保期起点应选择可证明的日期，通常可关联最终验收证书、正式上线确认单或缺陷关闭确认单。若项目分楼层、分区域上线，可采用分批验收、分批起算；若统一计算，则必须说明最后一批验收是否延长全部设备期限。

合同还应写明：质保期内更换部件是否重新计算期限、软件升级是否影响原期限，以及因甲方网络、门体或第三方平台整改造成的停滞是否暂停计时。没有这些边界，返还时容易产生争议。

OA 对接要单独设置验收口径

SDK 与 OA 对接不应只验“能够同步人员”。至少要测试人员新增、离职停权、部门调整、权限下发、失败重试、重复数据、日志追踪和异常恢复。SDK 版本、接口文档、调用方式及许可边界，应以交付时的项目资料和厂家当前规格为准。

如果 OA 由第三方开发，合同应区分：熵基平台接口可用性、ZKINTE 的联调范围、OA 厂商开发责任以及甲方网络与账号责任。接口需求后续变更，应走变更单和报价确认，不能直接作为扣留质保金的理由。

返还质保金需要哪些手续

建议约定到期前由供应方提交质保金返还申请、质保期服务记录、未结工单清单和账户信息。甲方在约定工作日内组织复核，有未关闭问题的，应书面列明问题、合同依据和拟扣金额；无异议则办理返还。

返还条件不宜写成“经甲方满意后支付”。更可执行的表述是：质保期届满、合同约定故障已处理、无未结索赔，并完成双方确认的返还审批。采购制度允许时，也可评估以银行保函或质量保证保险替代现金扣留。

现场核对按四步执行

第一步：核资产。 对照采购清单检查控制器、终端、电锁、电源和软件授权。
第二步：核功能。 逐门测试正常通行、断网、断电、门磁报警和消防释放。
第三步：核数据。 检查权限下发、通行记录、报表、备份及 OA 同步。
第四步：核文件。 确认签收单、测试表、培训记录、竣工图、账号移交和缺陷关闭单齐全。

涉及自主可控要求时，应在采购阶段明确部署环境、数据库、操作系统及接口约束，不能等到验收阶段临时追加。

多品牌兼容项目的适用边界

多品牌兼容通常受卡片协议、韦根或 OSDP 接口、门锁供电、既有控制器协议及平台开放能力限制。原有读卡器能接线，不等于卡号解析、加密卡应用和事件上传一定兼容。

对于无法确认的旧设备，可先做单门样板测试；若协议不开放，可选择保留原平台分区管理、增加中间接口，或更换相关前端。报价口径应明确是否包含拆除、布线、第三方接口开发、服务器和长期驻场。

交付验收清单

设备及软件版本与合同附件一致；
每个门点均有编号、位置和测试结果；
消防、断电及异常状态完成验证；
SDK、OA 对接范围和接口版本留档；
竣工图、接线图、配置备份可恢复；
管理员账号、权限及密码完成移交；
缺陷分级、期限、责任人与复测依据完整；
售后责任、响应方式和质保金返还流程明确。

资料下载包应保留版本号和交付日期，避免后续用新文档解释旧版本功能。

常见疑问

个别门点未整改，能否先验收？
可以按合同约定进行部分验收，但安全、权限控制或消防联动类阻断项不宜带病通过。

质保期内出现第三方 OA 故障，能否扣质保金？
应先依据日志和接口测试定位责任。若熵基平台及 SDK 输出正常，问题属于 OA 开发或网络环境，不应直接认定为门禁质量缺陷。

设备停产会不会影响返还？
停产本身通常不等于违约。应核查是否仍能履行维修、更换或等效替代责任，并提前约定替代型号的兼容验证及审批手续。

项目对接

熵基/ZKTeco 产品选型、型号参数核对、报价拆分、资料下载、SDK 联调及 OA 对接，可结合现场门体、网络、既有设备和验收制度逐项确认，不以未勘察条件作功能判断。

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