同时用了商品券和整单满减，每件商品到底卖了多少？
叠加优惠分摊，需要先明确优惠适用范围和计算顺序，再将订单优惠分配到商品及承担方。最终实付总额能够对上，并不代表每件商品、每家门店的金额已经分清。
顾客买了多件商品，部分商品有单独优惠，结账时又使用整单满减。销售时只记录总优惠看似没有问题，等到拆单履约或部分退款，才发现无法解释单件商品的实际金额。
计算顺序不同，分摊结果也可能不同
示例：A商品300元、B商品200元，A先使用50元商品优惠，两件优惠后合计450元，再享受45元整单优惠。
假设规则明确按商品优惠后的金额比例分摊，则A分摊25元、B分摊20元，最终分别为225元和180元，总实付405元。
这只是说明性规则。实际活动可能按其他口径分摊，应保留适用条件，不能在退款时临时换一种算法。
每一层优惠都留下来源
通过清分规则引擎记录优惠对象、顺序、承担方和商品分摊结果。
消费者实付可以通过支付交易数据管理核对，但支付流水通常不能单独说明各项优惠如何分配，还需要活动和商品数据。
涉及小数分摊时，系统应依据约定的精度和尾差处理规则，确保商品明细合计与整单结果一致，并保留差额归入的依据。
部分退款先找原分摊，再检查活动条件
退掉一件商品时，应先读取原订单优惠结果，再核实是否触发整单活动条件变化。不能默认按标价退款，也不能一律按原实付比例退回。
共享优惠影响其他商品时，需要说明调整范围。门店履约清分与退款处理使用同一套可追溯依据，才能避免前后计算不一致。
常见问题
可以把所有优惠合并成一个总数吗？
汇总展示可以，但后台需要保留商品、整单及承担方明细，否则难以处理拆单、退款和费用核对。
分摊后差一分钱怎么办？
应采用事先确定的精度与尾差规则，并让整单和明细合计一致，不应无记录地人工改数。
相关文章
· 平台补贴、商家优惠与渠道佣金核算
· 商城多门店履约如何清分？
· 零售换货补差价与退差价对账
