H7.13.3payment processing state设计研究
支付渠道与订单系统状态短暂不一致时需向用户说明处理中
别名: 支付处理中 · 渠道不一致 · processing reconciliation
概念解释
渠道侧已经授权或已经拒绝，订单系统还没写上对应状态，中间会有几秒到几分钟的窗口。这段时间应标成处理中：不是成功凭证，也不是失败重试，而是两边对账尚未完成。它具体处理渠道与订单两本账对不上的窗口，不管前端时钟是否先超时，也不管双扣退回要几天。
机制
两套系统靠异步消息对齐。消息乱序、重试、对账批跑，都会让人在银行 App 看见一笔扣款而商家仍显示未支付，或商家显示已支付而银行还没有。人会按可见的那一侧行动：去再付，或去催发货。处理中把行动换成等待与查询，并解释「银行与订单正在对齐」。若在这个窗口给出成功，可能空单发货；给出失败，可能再付。处理中必须可退出到订单详情，详情同样是处理中，而不是假装没有这笔单。
怎么研究
人为延迟订单写入或延迟渠道回传，比较：显示未支付、显示已支付、显示处理中并给预计对齐时间。看再付与催发货。
自变量：不一致窗口的文案、是否仍提供支付、是否给对账预期。 因变量：窗口内二次支付、空发货、客服进线内容。
要用两边都能看的环境（模拟银行记录 + 商家订单）。不要只看最终一致——窗口里的错误行动已经发生了。
边界
对账超过自身承诺仍不一致，处理中要升级为「对账异常 + 工单号」，不能无限处理中。渠道已明确拒绝且订单也已失败，应离开处理中。货到付款没有渠道授权，不该套用处理中。展示处理中时若人在银行看见扣款，文案要承认这一点，并说以对账结果为准，而不是否认扣款。
怎么落地
- 检测到渠道状态与订单状态不同，订单与支付页都标处理中，隐藏再付，提供查询与客服单号。
- 给出预计对齐的时间量级（通常数分钟 / 对账批次），超时自动升级。
- 对齐完成后从处理中进入成功凭证或可行动失败，并通知。
- 验证：制造回传延迟，让人同时看「银行」模拟记录与商家订单。商家若显示未支付且还能再付，或显示成功却无授权，窗口处理失败。正确是处理中且不能再付。