H7.13.4double-charge auto-refund SLA设计研究
重复扣款的自动退回机制需要有明确的到账时限承诺
别名: 重复扣款退回 · 自动退款时限 · duplicate capture refund
概念解释
两笔授权对着同一订单发生之后，多扣的那一笔应由系统自动退回，并在发现时告诉人：哪一笔留下、哪一笔退、钱最晚何时回到哪一个账户。时限承诺是可检查的日期或工作日窗口，不是「会退的」。重试交互应力争不让双扣发生；这条处理已经发生之后的退回时钟，不是幂等按钮。
机制
双扣一旦进了账单，人的损失已经可见，焦虑按账单周期走。自动退回若只在内部工单里，人只会去银行争议，争议成功商家还要付手续费。告知要把两笔的渠道检索号都给出来，人才能在银行 App 对上。到账时限随原路退回的渠道而变，用最慢渠道的含糊「7–15 天」而不拆商家发起日与渠道入账日，会在商家已出账后的真空期引爆催单。承诺还必须说明：退回不影响那一笔有效订单的履约。
怎么研究
人为制造双授权，比较：只在后台退、退了但无通知、通知含两笔号与到账窗口。看拒付与催单。
自变量：是否自动识别双扣、通知字段、时限是否分商家/渠道两段。 因变量：拒付率、期内催单、人能否指出哪笔会留下来。
实验室没有真账单日。可用模拟账单列表让人指出将消失的那一行。不要吹嘘自动退回「百分百」——测的是识别、告知与时钟，不是某个内部成功率。
边界
两笔其实是拆分支付的两腿，不是双扣，退回会拆掉合法组合。不同商户号的两笔可能是用户下了两单，自动退要有「同一意图 / 同一金额 / 短时间」的匹配规则，宁可漏报转人工，不要误退。渠道不支持自动撤销时，承诺变成「已提交退款 + 渠道时限」，不能写成即时到账。
怎么落地
- 对账作业识别同一订单的重复捕获后自动发起退回，并通知：保留的订单号、退回的检索号、到账窗口。
- 时限拆成「我们已发起」的时刻与「渠道到账」的窗口；逾期进入可查的异常说明。
- 有效那一单照常履约，详情里同时挂着退回记录。
- 验证：打出双扣测试，看通知是否能让人在模拟账单上标出将退的那一行和最晚日期。只有「系统会处理」没有日期，承诺失败。