优惠不叠加，不一定是程序错误。委托定制结账逻辑前，应确认目标组合是否受支持且已启用，避免网站先承诺了店铺实际没有的能力。
官方依据与范围
叠加须双方设置允许；同商品行叠加有套餐限制，买X送Y另有约束。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| 商品＋订单；双方允许 | 店铺资格已确认 | 可进入测试结账 |
| 同商品行双商品折扣；套餐未知 | 缺少Plus依据 | 未获批准 |
| 自动减20与代码减15不兼容 | 选最优有效项而非求和 | 教学拟选20，需实测 |
可执行的交付检查
- 脱敏记录套餐、结账架构、应用版本和双方折扣类型。
- 测试双方设置、被排除商品和未满足数量条件的买X送Y购物车。
- 要求供应商解释优惠替换提示，保留商品行分配，不只记录最终百分比。
怎样解释输出
20与15的例子只是有限比较，不保证所有折扣引擎对混合类型都采用相同路线。不受支持的组合应明确写明，而不是悄悄丢掉一项优惠后宣布修复。
明确的适用边界
不安装应用、不升级套餐、不改真实活动。第三方应用、组合商品与订阅需另取当前兼容性证据。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。
node check.mjs discount-compatibility-evidence-pack.json