售后申请与渠道退款为什么应分开建模？

追问用户申请、审核、退货、提交退款与确认到账分别代表什么？申请被拒绝或退款失败时，如何保留完整过程？

怎样计算一笔订单当前允许申请的退款金额？

追问已确认收款、已成功退款与正在处理的退款如何计入？并发退款申请为什么不能各自只查询已成功金额后独立通过？

追问退某一件商品、部分数量或仅退差价如何确定可退金额？运费、整单优惠和舍入差额采用什么规则，怎样让原交易和退款可解释？

追问重复点击审核、网络重试与新一笔退款怎样区分？同一编号携带不同金额时怎样处理，如何避免重新生成编号后重复退款？

追问受理、处理中、成功与失败怎样核对？为什么接口返回正常不能一律标记为已退，用户提示与后续查询如何安排？

追问怎样按原退款标识查询、重试或进入待核查？在结果未知期间，已占用的可退额度如何管理，避免另一笔请求再次使用？

追问事件处理、退款记录和汇总金额怎样形成一致结果？如何验证重复成功通知不会再次累加退款金额，晚到消息不会覆盖已确认状态？

追问可重试失败与已确认不可执行的情况怎样区别？额度释放、新尝试与人工处理如何关联，为什么不能因一次超时直接释放全部占用？

追问哪些业务状态允许继续履约，哪些应暂停？收款退款记录、实物去向与库存变化如何分别追踪，避免把资金状态当作商品状态？

追问按渠道结果复查、重新发起、标记待处理各需要什么权限和依据？如何避免“改成已退款”这样的状态修改绕过真实渠道结果？

退款核对资料： Stripe：Refunds。可退款范围、渠道状态和退款通知以实际接口为准；退货、优惠分摊与额度占用属于项目业务规则。