结账显示折扣却收全价：活动条件、实收与退差分开核对
2023年，一位 Shopify 商家称，顾客反映结账时显示优惠却按全价收费，自己已为首位顾客退差；随后另一订单也显示代码却收全额。本人补充了不同活动及部分订单成功的观察，但未查明原因，也未报告第二笔退款或修复结果。活动名称和商品数量需要保留，不能据此推算折扣或认定数量导致失败。
条件摘要 本站摘编 · 原帖当时记录
- 涉及对象
- 需要核对优惠展示、订单实收和差额退款的电商商家
- 事项与做法
- 逐单对应活动条件、商品数量、结账明细与支付记录，单列补差和排查进度
- 进展边界
- 作者报告首位已退差，另一自动优惠码订单也收全额；第二笔退款、买家到账和修复未报
原帖要点
- 首位顾客报告显示优惠却收全价，作者称已退差额：商家称收到一位顾客的消息：结账时显示了折扣，但商品仍按全价收费。作者说已退还差额。原帖没有订单金额、币种、退款凭据或买家到账记录；作者最初对顾客操作的归因也只是猜测，不能当作原因。
- 另一笔自动优惠码订单也显示代码，却仍收全额：作者接着说，另一位顾客通过自动优惠码结账，订单明细里能看到代码，却仍被收取全额。这支持记录“代码显示”与“实际收费”的不一致报告，不能只凭明细出现代码就认定已减价；作者没有说明第二笔也完成退差。
- 本人补充了两种活动和部分订单成功的观察：第4帖提到，一个Christmas in July活动码已结束，其他人此前使用没有问题；另一个情况涉及贺卡5for4码，曾在另一订单成功，但有一笔买6张而非5张的订单未成功。原帖没有完整活动条款，也没有将这些活动与前述订单逐笔配对，不能按码名推折扣算法或认定6张就是原因。
- 退差动作已被报告，故障原因和修复仍未确认：所采用的本人记录没有具体超收金额、后台配置、第二笔退款或最终修复结果。一次退差额解决到了哪一步，与活动是否符合条件、结账为何显示不同、以后是否还会发生，需要分别保留状态；不能写成已经证实的通用平台故障。
原帖解读
页面显示了优惠码，和实际扣减了应付金额，是需要分别确认的信息。这个案例还提供了作者报告的退差动作，适合把活动、收费与后续处理放在同一笔订单下核对。
先对应活动与订单，再比较展示金额和实收
本站解读：可以为每笔订单对应活动名称、当时有效期和适用商品数量，保留结账展示、订单明细与实际支付记录，再看各项是否一致。不同活动及订单要分别记录，不能把作者两段补充强行拼成一笔完整交易。5for4在这里只是源中的码名，6张是作者观察到的数量；没有活动条款和后台配置，不能据此得出计算公式、适用上限或故障根因。这些是本站提出的核对项，不代表已经查过商家的订单或后台。
补差处理与原因查明、修复验证分别记录
本站解读：可以把商家何时提出或执行退差、退款记录和买家到账分别对应，再单列排查与后续验证状态。本帖只报告首位顾客的退差动作，不能补成两笔均已退清，也不能因为补差就认为结账问题已经修复。与套装部分退货的求助相比，本案争议发生在购买时的展示和收费之间；前者在讨论退掉一件后的金额计算，两者都需要先看实际规则和记录，再确定哪些进展已经发生。这里不推定当前平台规则、修复方法或应退金额。
接下来检查什么 本站建议
先对应实际收费和补差记录，再核对活动条件及排查状态。
退款、退货、补偿和撤销怎样逐笔核对？按环节阅读：做产品与交付 · 把想法做成产品或服务，检查能否完成交付。
