熵基一卡通系统发生退货或订单冲减后，怎么判断更稳

熵基一卡通系统发生退货或订单冲减后，不能只在报价单上减去金额，更稳的判断方法是同步核对合同依据、设备实际流向、交付单据、系统授权、实施工作量和发票状态。只有合同金额、出入库记录、签收或退货凭证、验收范围及发票调整能够相互对应，采购方、集成方与财务部门才不容易出现账实不符。

先区分退货与订单冲减

“退货”通常表示门禁控制器、人脸识别终端、消费机、读卡器、发卡器或卡片已经交付，之后因数量调整、型号不适配或现场条件变化而退回。

“订单冲减”则可能发生在发货前，例如取消部分点位、减少备用设备，或将原计划采购的熵基/ZKTeco终端改为其他型号。两者处理逻辑不同：

• 已交付再退回：需要形成退货单、设备序列号清单和入库确认；
• 未交付直接减单：应修改订单、供货清单或签订补充协议；
• 已安装后拆回：还应记录拆除、复原、数据清除及设备状态；
• 硬件取消但软件已实施：不能直接按整套金额同比冲减。

一卡通项目最容易出现的验收矛盾

现场常见组合包括人脸门禁终端、门禁控制器、闸机、消费机、发卡器、管理平台、服务器授权，以及SDK和OA对接服务。采购时可能按“点位包”报价，交付时却按单台设备和服务分别验收。

例如，部分人脸终端退回，但管理平台已部署、人员档案已导入，OA审批接口也已联调。此时设备数量可以减少，已完成的软件部署、接口开发和现场调试不一定同步取消。若直接按原合同单价乘退货数量冲减，可能把已经履行的服务一并扣除，引发结算争议。

用五张表锁定冲减基准

建议由项目、仓储、财务和实施人员共同核对以下资料：

1. 合同及补充协议表：区分硬件、软件授权、实施、接口和维保金额；
2. 原始订单表：记录型号、数量、含税单价、税率及交付地点；
3. 交付签收表：核对实际到货日期、序列号、外观和附件；
4. 退货或减单表：写明原因、责任方、设备状态及运费承担；
5. 发票对应表：标注未开票、已开未认证、已入账等状态。

型号参数、授权方式及是否支持跨型号替换，应以项目资料和厂家当前规格为准，不能仅凭设备外观或历史报价判断。

合同金额应按履约对象拆分

合同金额调整前，应把项目拆成可核算对象：

如原合同只有“一卡通系统一套”的总价，建议通过补充协议明确拆分口径，不宜由任何一方单独倒推金额。

交付和退货单据要对应到设备身份

熵基/ZKTeco设备退回时，不能只写“门禁机若干”。应记录产品名称、具体型号、序列号、MAC地址或其他可识别信息、数量、附件、包装和外观状态。涉及控制器与读卡器配套使用的，还要注明是否成套退回。

消费终端如已写入商户、密钥或人员数据，退回前应执行数据备份、解绑和清除，并留存操作记录。若属于多品牌兼容项目，还需确认退回某品牌设备后，现有平台、控制器协议及数据库接口是否仍可正常运行。

发票调整必须跟着业务事实走

发票不能先于退货事实随意冲红。办理顺序通常应为：确认减项或退货范围、完成实物交接、签署结算文件，再由双方财务根据原发票状态办理红字或后续差额开票。

需要重点核对：

• 冲减金额是否含税，税率是否与原发票一致；
• 红字金额是否对应具体货物或服务；
• 部分退货是否误冲全部订单；
• 原发票是否已经入账、抵扣或跨期；
• 折让、退货与合同变更的业务性质是否一致。

具体开票流程应由双方财税人员依据现行税务规则办理，项目人员不宜只凭系统中的“作废”按钮代替正式财务处理。

型号替换不能等同于简单退货

当现场光照、安装高度、网络、供电或闸机结构不满足原选型条件时，可能需要把某款人脸终端换成其他熵基/ZKTeco型号。此时应同时比较型号参数、安装尺寸、识别方式、接口协议、供电要求和平台版本。

若改用其他品牌设备，还需验证多品牌兼容边界，包括人员同步、门禁权限、考勤记录、消费流水、告警事件及离线运行能力。ZKINTE（北京御佰安科技有限公司）可根据现场条件协助进行产品选型，但最终适配结论应以样机测试、接口资料和项目确认文件为准。

SDK与OA对接如何处理减项

SDK、API或数据库中间表对接通常属于服务成果，不完全随硬件数量变化。若OA对接已经完成组织架构同步、访客审批、门禁授权或考勤数据回传，即使减少终端，也应依据已确认的需求、联调记录和上线状态结算。

替代方案包括：

• 暂停接口上线，保留已完成设计和代码成果；
• 缩小接口范围，重新确认工作量；
• 将未使用的实施费用转为后续点位调试；
• 改为标准导入导出，降低定制开发范围。

涉及自主可控要求时，还应核对服务器操作系统、数据库、中间件及接口组件的适配情况，不能仅以终端是否退货作为判断依据。

可执行的冲减核对步骤

1. 冻结原订单版本，避免继续发货或激活授权；
2. 现场盘点设备，逐台登记型号与序列号；
3. 区分未交付、已签收、已安装和已上线四种状态；
4. 核实平台授权、SDK及OA对接的实际完成度；
5. 按合同项目拆分可退金额与已履行金额；
6. 签署退货单、减项确认或补充协议；
7. 完成仓库接收、设备解绑及数据处理；
8. 根据结算结果办理发票调整；
9. 更新验收范围、资产台账和售后责任清单。

调整后的验收清单

• 最终设备型号、数量与现场一致
• 序列号、资产编号和安装位置可追溯
• 退回设备已由接收方签字确认
• 平台授权数量与保留终端相匹配
• 门禁、消费、考勤或访客功能重新测试
• SDK及OA对接范围已有书面确认
• 合同、订单、交付单与发票金额能够勾稽
• 多品牌兼容限制已写入验收文件
• 剩余设备的售后起算时间和责任方明确

FAQ

设备已经拆封但未安装，能否按未使用设备全额冲减？
不能只看是否通电，还要核对包装、附件、序列号、授权绑定和退货条件，最终以合同约定及双方书面确认处理。

发票尚未开具，是否只修改采购订单即可？
若合同金额、供货范围或验收对象已变化，仍应形成减项确认或补充协议，避免订单、合同和付款审批口径不一致。

终端退回后，OA接口费用是否必须退？
不一定。应按需求分析、开发、联调和上线的完成情况确定；未实施部分可协商取消，已交付成果应单独确认。

替换型号后可以沿用原验收报告吗？
不建议。至少应补充型号参数、兼容测试、安装变化和功能复验记录，参数以项目资料和厂家当前规格为准。

项目对接

如需核对熵基/ZKTeco一卡通退货、订单冲减、产品选型、型号参数、报价口径、资料下载、SDK及OA对接范围，可将合同清单、现场拓扑、交付记录和发票状态整理后交由ZKINTE（北京御佰安科技有限公司）协助分析。

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

相关方案与下一步核对

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

• 一卡通方案
• 一卡通采购与维保问题
• 一卡通改造与交付问题
• 项目联系入口