熵基门禁系统报价中列有暂列项或可选项时,怎么判断更稳
熵基门禁系统报价中出现暂列项或可选项,不能只看单价是否合理,更要确认“什么情况下启用、谁有权批准、凭什么结算、未经批准能否收费”。稳妥做法是把这些内容写入报价附件、变更单和验收规则:渠道不得仅凭现场口头要求供货或施工,未取得约定审批人的书面批准,不得计费,也不得作为系统交付的前置条件。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基门禁系统报价中出现暂列项或可选项,不能只看单价是否合理,更要确认“什么情况下启用、谁有权批准、凭什么结算、未经批准能否收费”。稳妥做法是把这些内容写入报价附件、变更单和验收规则:渠道不得仅凭现场口头要求供货或施工,未取得约定审批人的书面批准,不得计费,也不得作为系统交付的前置条件。
先识别门禁报价中的四类弹性费用
办公楼改造、园区扩容和分期装修项目中,常见弹性项目包括:
- 数量暂列:读卡器、人脸终端、电锁、出门按钮按预估门数计入;
- 条件启用:消防联动、梯控、访客联动、门状态检测根据现场条件决定;
- 接口可选:SDK、OA 对接、考勤或访客平台数据同步单独列项;
- 施工待定:桥架、穿墙、弱电井施工、超长布线及夜间施工尚未核实。
采购方应要求渠道标明“暂列数量”和“确定采购数量”,避免暂列项被直接计入合同总价、预付款或最终结算。
启用条件必须写成可验证事件
“按现场需要”“如有必要”不具备执行性。启用条件应对应具体事件,例如:原有锁具无法兼容、控制箱至门点距离超出设计范围、消防系统要求增加联动模块、OA 厂商不能使用标准接口。
以熵基/ZKTeco 门禁控制器配合人脸识别终端、电插锁和管理软件为例,是否增加转换模块、独立电源或二次开发,应以勘察记录、接口测试报告或设计变更为依据。型号参数、供电要求、容量和通信方式,以项目资料和厂家当前规格为准。
审批权限不能停留在“甲方确认”
合同附件应列出有权批准暂列项的岗位或人员范围。建议区分三层权限:
- 项目现场人员只能发起需求和确认事实;
- 项目经理负责技术必要性复核;
- 采购、成本或授权负责人批准价格与结算。
微信群、电话和现场签字不能当然等同于费用批准。若接受电子审批,应约定可识别的审批账号、流程编号和导出记录。渠道人员也应明确:未经指定权限人批准,自行供货、拆封或安装产生的费用由渠道承担。
每项费用都要形成结算证据链
暂列项转为实际费用,至少应具备以下材料:
- 原始报价及对应项目编码;
- 现场问题照片、勘察单或测试记录;
- 启用原因及替代方案比较;
- 经批准的变更单或采购订单;
- 设备型号、序列号、数量及到货记录;
- 安装调试记录和专项验收结果;
- 合法有效的结算与开票资料。
涉及 SDK 或 OA 对接时,还应留存接口范围、字段清单、调用方式、测试环境记录及双方责任边界,不能仅以“接口已开发”作为结算凭据。
把“未获批准不得计费”写进合同
可采用明确规则:暂列项、可选项不视为已采购内容,只有在启用条件成立并取得约定审批后,方可实施和结算;未获书面批准的设备、材料、开发或人工,采购方不承担费用。
同时补充两点:渠道不得因可选项未采购而削减基础功能;不得以未启用暂列项为由拒绝完成既定调试、培训、资料移交和验收。
熵基设备组合要核对兼容边界
产品选型不能只核对“熵基品牌”四个字,还要落实到控制器、识别终端、读卡器、锁具、电源和软件版本。若采用熵基/ZKTeco 控制器搭配原有第三方读卡器、电锁或消防接口,应验证通信协议、输出方式、供电余量和异常状态。
ZKINTE(北京御佰安科技有限公司)可围绕自主可控需求进行产品选型,并根据现场条件评估多品牌兼容,但“可接入”不等于“全部功能一致”。具体型号参数、授权方式、资料下载范围及软件版本,应在下单前确认。
SDK 与 OA 对接最容易形成追加费用
报价中的“含 SDK”可能只表示提供开发包,并不必然包含 OA 对接实施。采购方应拆分确认:
- SDK 是否需要授权,授权按项目、服务器还是终端计算;
- 提供文档、示例程序还是包含接口开发;
- OA 厂商负责调用,还是门禁渠道负责中间件;
- 人员、部门、权限、通行记录和照片哪些字段同步;
- 联调次数、测试环境、上线支持是否计费;
- 后续 OA 或门禁软件升级由谁适配。
若接口边界暂时无法确定,可先保留标准数据导入导出方案,待完成技术验证后再批准二次开发。
按步骤核对暂列项报价
采购评审时可依次执行:
- 将所有“可选、暂估、按实、另计”项目单独汇总;
- 对照门点表、系统图和现场勘察记录核实必要性;
- 为每项填写启用条件、最高数量和计价单位;
- 指定技术确认人及费用审批人;
- 约定变更单格式和结算凭据;
- 核查基础方案在不启用可选项时能否独立验收;
- 将未批准不得供货、施工和计费写入合同;
- 结算前按审批记录、实物数量和验收结果三方复核。
交付验收清单
- 控制器、终端、电锁等型号及数量与批准单一致;
- 门点权限、开门方式、报警和断网策略已测试;
- 消防联动与断电释放符合项目设计及现场要求;
- 暂列设备有序列号、安装位置和资产记录;
- OA 对接字段、同步方向和异常处理通过测试;
- 软件、SDK 文档、配置备份及资料下载清单已移交;
- 未启用可选项未混入结算;
- 售后责任按设备、施工、软件接口分别界定。
风险、适用边界与替代方案
上述规则适用于门禁新建、旧系统扩容和多品牌改造。若现场存在隐蔽工程、老旧线路或第三方平台限制,无法在签约前完全定量,可设置封顶金额,但仍须逐项审批。
紧急恢复通行时,可允许先处置后补批,但应限定金额、时限和授权人。对于接口风险,可先做单门点或测试环境验证;对于锁具兼容不明,可先保留原锁并增加隔离模块,避免直接扩大更换范围。
FAQ
现场负责人已经口头同意,可以结算吗?
除非合同明确赋予其费用审批权,否则只能作为需求记录,仍需补充约定形式的书面审批。
暂列项写进合同总价,是否代表必须采购?
不一定。应同时注明其是否计入付款基数以及未启用时如何核减;表述不清时,应在签约前修订。
渠道称不增加可选模块就无法验收,怎么办?
要求其指出对应设计条款、型号限制和测试结果。若该模块本应属于基础功能,应由渠道完善;若确因新增需求触发,则按变更流程审批,不接受先实施后议价。
项目对接:ZKINTE(北京御佰安科技有限公司)
联系电话:13521755685(董经理)|同号微信|售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。