ZKTeco闸机系统的质保起算时间存在多种口径时，供货怎么对接

ZKTeco闸机系统的质保起算时间可能被表述为出厂、发货、到货、安装完成、初验或终验之日。采购文件若只写“质保一年”，供货后很容易出现截止日期争议。稳妥做法是：指定一个可核验的主起算节点，约定最迟起算限制，写明日期计算规则，并将签收单、验收报告、设备序列号清单等列为证明材料。

为什么闸机项目容易出现多种质保口径

闸机系统通常不是单台设备交付，而是由摆闸、翼闸或三辊闸机芯，控制板、读卡器、人脸识别终端、门禁控制器、电源、管理软件及接口服务共同组成。熵基/ZKTeco不同设备还可能分批到场，安装、调试和OA对接也未必同步完成。

如果主机按到货日起算，人脸终端按出厂日起算，SDK服务又按开通日起算，同一通道会形成多个质保截止日。采购方报修时难以判断责任，供应商也无法准确核算服务期限。

采购文件应先确定一个主起算节点

工程型采购建议优先采用“项目终验合格之次日”作为整套系统的质保起算点，同时设置最迟起算日，避免因非供货方原因长期不能验收。条款可写为：

本项目闸机系统质保期自终验合格之次日起计算；因采购方场地、网络、第三方平台或审批原因导致终验延期的，最迟自全部合同设备到货签收满约定天数后的次日起算。因供货方设备缺陷、资料缺失或调试未完成导致延期的，不触发最迟起算条件。

若项目仅采购裸机、不含安装调试，可改用“到货签收之次日”；若采购内容包含闸机、识别终端、软件及OA对接，则不宜直接采用出厂日期。

起算节点必须对应可签署的事件

“安装后”“上线后”“正常使用后”都缺少明确判定标准。采购文件应把节点变成具体文件：

ZKINTE（北京御佰安科技有限公司）在供货对接时，可按合同设备表逐项绑定型号、序列号和起算材料，避免仅以整单发票日期代替验收日期。

截止日期不能只写“质保若干年”

采购文件应同时约定期限单位、起算当日是否计入，以及截止日遇到无对应日期时如何处理。例如：

质保期为验收合格之次日起连续12个月，截止至次年对应日期前一日；对应月份无相同日期的，以该月最后一日为截止日。

还应明确返修是否顺延。常见可执行口径是：维修停机期间不当然重置整机质保；更换后的部件按原剩余质保期或约定的部件保障期执行，取合同明确的口径。厂家当前政策与具体型号存在差异时，以项目资料和厂家当前规格为准。

分批供货要按“通道包”还是整体验收

闸机项目常见先到机箱，再到人脸终端和读卡器，最后完成SDK或OA对接。采购前应选择一种规则：

• 整体验收口径：全部设备与接口通过终验后统一起算，适合总包项目。
• 分批口径：每批设备按各自签收或验收日期起算，适合跨楼宇、跨阶段交付。
• 通道包口径：每条通道包含闸机、识别设备和控制组件，达到独立运行条件后起算。

采用分批口径时，验收表必须记录每批型号参数、数量、序列号、日期和截止日期，不应只写“闸机一批”。

SDK与OA对接如何划分质保责任

SDK授权、接口文档和联调支持不等同于OA厂商的二次开发。采购文件应将责任拆开：

1. 熵基/ZKTeco设备是否开放人员、权限、通行记录及设备状态等接口，以选定型号、SDK版本和项目资料为准。
2. 供货方负责设备侧接口资料、必要的授权文件及约定范围内的联调。
3. OA厂商负责业务流程、组织架构映射、审批逻辑和页面开发。
4. 因OA版本变更、网络策略调整或第三方数据库修改产生的适配，不自动纳入硬件质保。
5. 设备侧接口在既定版本和环境下无法完成合同约定功能，才进入缺陷整改与验收延期处理。

涉及自主可控要求时，还要在采购阶段确认服务器操作系统、数据库、浏览器、接口协议和部署方式，不能仅凭“支持SDK”判断兼容。

证明材料应随货形成闭环

建议把以下资料列为付款、验收和售后的共同依据：

• 合同设备清单及最终选型表；
• 闸机、识别终端、控制器的型号参数页；
• 装箱单、到货签收单和外观检查记录；
• 设备序列号、安装位置与通道编号对应表；
• 调试记录、功能测试表及问题整改关闭单；
• 软件版本、SDK版本、授权范围和接口交付记录；
• 初验、试运行及终验文件；
• 质保起止日期确认表；
• 报修窗口、响应时间与费用边界说明。

产品资料下载应以本项目确认版本归档，后续网页或资料版本变化不应覆盖已签署的交付基线。

报价单必须体现质保边界

报价不能只列“闸机系统”总价，应区分设备、安装、布线、辅材、运输、调试、软件授权、SDK支持、OA对接及延保服务。多品牌兼容项目还要明确第三方读卡器、消防联动、访客系统或门禁平台由谁提供、谁测试、谁承担改造费用。

现场条件如地面承重、固定方式、通道宽度、供电、网络、室内外环境及消防要求，也会影响产品选型和交付责任。具体型号参数、接口能力及环境适用性，以项目资料和厂家当前规格为准。

供货前后的核对步骤

1. 现场勘查并确认通道数量、闸机类型和识别方式。
2. 冻结熵基/ZKTeco设备型号、软件及SDK版本。
3. 在合同中选择主起算节点和最迟起算条件。
4. 逐项定义签收、初验、终验的签署人员和材料。
5. 报价表单列OA对接、第三方适配与延保费用。
6. 到货时核对数量、外观、型号和序列号。
7. 验收时测试开关闸、权限下发、记录上传、断网恢复及消防联动。
8. 终验后签署质保起止日期表并交接售后联系人。

常见问题

采购方迟迟不组织终验，质保是否一直不开始？
不建议无限期顺延。应设置最迟起算日，但明确因设备缺陷或供货方未完成调试造成的延期不计入该限制。

厂家质保与供应商承诺不一致怎么办？
在合同中区分厂家保障和供应商服务承诺，并明确差额部分由谁承担。不能用模糊的“按厂家标准”替代项目责任。

更换控制板后整机质保重新计算吗？
通常需要按合同约定处理，可选择仅对更换部件保障，或沿用整机剩余期限；采购阶段未写明时最容易产生争议。

多品牌设备接入后故障如何判责？
先通过单机测试、接口日志和网络记录定位。闸机机械、电控、识别终端、平台接口与OA业务应分别设置验收项和责任边界。

项目对接

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco闸机系统开展现场条件核对、产品选型、型号参数确认、报价口径整理、SDK资料交接、OA对接边界梳理及质保文件编制。

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

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 通道闸方案
• 通道闸改造问题
• 通道闸接口与交付问题
• 项目联系入口