熵基一卡通系统首次验收未通过后，报价怎么核对

熵基一卡通系统首次验收未通过后，复验报价不能简单按“再去一次现场”整体计费。应先把未通过项拆成设备选型、安装条件、系统配置、OA 对接、第三方兼容和新增需求六类，再依据合同边界、验收记录及责任证据，分别确定人力、差旅和现场配合费用由供应方、采购方或第三方承担；无法单方归责的项目，可按工作量协商分摊，但必须形成书面复验方案。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先锁定首次验收为什么没有通过

熵基/ZKTeco 一卡通项目常见组合包括人脸门禁终端、读卡器、门禁控制器、电锁、出门按钮、考勤或门禁管理平台，以及与 OA、访客系统、人事库之间的接口。首次验收前后，应保留以下依据：

合同、技术协议、投标响应及澄清文件；
已确认的产品选型表、型号参数表和点位图；
首次验收记录、测试截图、设备日志及视频；
安装调试记录、培训签到和问题整改单；
软件版本、固件版本、SDK 版本及接口文档；
现场网络、电源、消防联动和布线条件记录。

若仅写“识别效果不佳”“OA 未打通”，不足以确定费用责任。应进一步写明设备编号、发生时间、复现步骤、预期结果与实际结果。

供应方通常应承担的复验费用

以下问题若与合同约定一致，且并非采购方临时变更，一般应由设备或实施供应方承担整改人力及必要差旅：

交付型号与确认清单不符，或型号参数无法满足已承诺功能；
设备缺装、接线错误、授权遗漏、基础配置错误；
熵基设备固件、管理软件或实施配置导致功能未实现；
已明确承诺提供 SDK 或 OA 对接服务，但接口适配未完成；
安装前未提示必要条件，进场后才提出已知限制；
首次验收发现的问题属于原报价范围内的交付缺陷。

此类复验不宜再次收取完整实施费。若需要厂家远程分析、版本修复或设备返修，应在整改单中明确责任主体和完成条件。

采购方或现场方可能承担的费用

如果验收未通过源于现场条件未按约定准备，费用通常由采购方或对应施工单位承担，例如：

门禁专网、IP 地址、服务器或电源未就绪；
门体变形、电锁安装面不符合施工要求；
消防联动、弱电布线或第三方闸机接口未完成；
OA 测试环境、接口账号、人员数据迟延提供；
验收人员未到场，导致已完成项目无法签认；
首次验收后新增考勤规则、审批流程或联动场景。

如采购方要求更换原已确认的终端型号、识别方式或部署架构，应按变更签证处理，而不是计入供应方免费整改。

多品牌兼容问题不能笼统归责

一卡通现场可能同时保留熵基/ZKTeco 设备、原有门禁控制器、第三方电梯或访客平台。多品牌兼容应核对通信协议、卡片类型、韦根或其他接口方式、数据字段和控制权限。

若供应方已书面说明兼容边界，而第三方设备未开放协议，新增网关、协议转换或二次开发可单独报价；若供应方此前承诺兼容，却未进行样机验证，则不应把全部复验成本转嫁给采购方。涉及具体端口、容量和协议版本时，以项目资料和厂家当前规格为准。

OA 对接失败要区分三层责任

OA 对接不能只看“接口是否连通”，应分层核查：

设备层：终端、控制器能否正常产生人员、通行或考勤记录；
平台层：一卡通软件能否接收、查询并导出数据；
接口层：SDK、API 或中间表能否与 OA 完成字段映射和状态回写。

设备层或平台层属于原交付缺陷的，由供应方整改；OA 接口变更、字段新增、认证机制调整通常属于采购方或 OA 厂商范围；双方文档理解不一致的，可安排联合排查，并按实际投入分摊。SDK 的授权范围、调用频率、支持系统和版本限制应以当前交付文档为准。

复验报价应拆成可核对项目

复验报价建议至少分为：

报价项	核对依据	承担判断
远程诊断人力	日志、工单、会议记录	按故障责任
现场工程师人力	工作内容与预计工时	原缺陷通常不重复收费
差旅住宿	出发地、人数、天数、票据规则	随主责任或协商封顶
设备更换	检测结论、保修状态	质量问题与新增需求分开
OA 二次开发	需求说明、字段清单、接口变化	原范围或变更范围
第三方现场配合	联调记录、厂商边界	由责任方或需求方承担

报价中还应注明税费、远程与现场边界、超时计费条件，以及复验未通过后的再次处理规则。

可执行的费用核对步骤

将首次验收问题逐条编号，不接受口头汇总；
对照合同和技术协议，标记“原范围、变更项、现场前提”；
为每项问题附日志、照片、版本号或复现记录；
由熵基设备方、OA 方、施工方共同确认责任边界；
把人员工时、差旅、备件和开发费用分别列示；
对争议项设置费用上限，不先签无边界的包干单；
复验前完成预检查，满足条件后再安排人员进场；
复验结束按问题编号签认，不以“系统基本可用”替代结论。

复验前的验收清单

设备型号、数量、序列号与采购清单一致
终端、控制器、电锁及读卡器在线稳定
人员、权限、时段和门区配置正确
断网、断电及恢复后的数据行为已测试
OA 字段映射、增删改和异常回滚已验证
SDK、接口文档、软件资料下载包版本一致
多品牌设备的兼容范围已书面确认
自主可控要求已转换为可核验的部署、数据和运维条款
管理员培训、账号移交和备份恢复已完成
售后责任、响应渠道和版本维护边界已签认

争议较大时的替代方案

责任暂时无法确认时，可先采用远程抓包、日志导出和视频见证，减少无效差旅；也可选择单点样板复验，通过后再复制到其他门区。对于旧控制器协议不开放的现场，可评估保留原系统、增加中间件，或分阶段更换控制器，避免直接整体替换。

风险在于临时中间件可能增加后续维护链条，分阶段改造则可能出现数据口径不一致。方案确定前，应同步评估接口持续性、备件供应、升级影响与售后责任。

FAQ：复验费用如何避免再次扯皮

复验通过后，供应方能否追加首次整改费？
只有合同已有约定或采购方确认了新增需求，才适合追加；原交付缺陷不应通过复验报价重复计费。

差旅已发生，但现场仍不具备测试条件怎么办？
以进场条件确认单为依据。若采购方书面确认具备条件但实际未满足，可承担相应费用；供应方未预检即进场，也应承担自身管理责任。

ZKINTE 可以协助哪些核对工作？
ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco 产品选型、型号参数、设备组合、资料下载、SDK 与 OA 对接边界，协助整理复验问题表和报价口径，具体责任仍以合同及项目证据为准。

项目对接

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