退款申请与退款日志

售后申请通过后涉及到需退款的业务需要在此栏目下单独操作。如下图所示，选择指定的售后订单，输入所需要退款的金额(可选择退款渠道)，同意退款后在线支付金额会原路退回.余额会返回客户余额，线下需自行与客户联系。

退款日志记录了所有售后的信息，所有记录有迹可循。

退款审批流程（售后与财务 / 管理后台与规则引擎）

买家发起退款后，系统按自动规则分流至系统原路退款或人工审核，并在渠道退款失败时按重试策略与财务兜底闭环。全流程需记录审核结论、渠道结果与日志以便追溯。

参与角色：平台售后、财务审核员、系统

flowchart TD
    Start([买家发起退款申请]) --> Apply[生成退款单]
    Apply --> AutoGate{是否命中自动退款规则}
    AutoGate -->|是且金额/条件满足| AutoCheck[系统自动校验]
    AutoCheck --> AutoOK{校验通过}
    AutoOK -->|否| ToManual[转人工审核队列]
    AutoOK -->|是| AutoRefund[原路退款]
    AutoGate -->|否| ToManual

    ToManual --> PlatformReview[平台审核]
    PlatformReview --> ReviewDecision{审核结论}
    ReviewDecision -->|需补材料| RequestMore[通知买家/商户补充凭证]
    RequestMore --> Timeout{超时未补充}
    Timeout -->|是| RejectTimeout[驳回或关闭申请]
    Timeout -->|否| PlatformReview
    ReviewDecision -->|拒绝| RejectReason[填写拒绝原因]
    RejectReason --> NotifyReject[通知用户拒绝结果]
    NotifyReject --> Log1[记录退款日志]
    ReviewDecision -->|同意| AgreeRefund[确认退款金额与路径]

    AgreeRefund --> PayChannel{支付渠道}
    PayChannel -->|微信/支付宝/银联等| ChannelRefund[调用渠道退款接口]
    ChannelRefund --> ChannelResult{渠道返回}
    ChannelResult -->|失败| RetryPolicy{重试策略}
    RetryPolicy -->|可重试| ChannelRefund
    RetryPolicy -->|不可重试| ManualFinance[转财务人工处理]
    ManualFinance --> Log2[记录异常与处理结果]
    ChannelResult -->|成功| RefundSuccess[退款成功]
    AutoRefund --> ChannelResult

    RefundSuccess --> Log3[写入退款成功日志]
    Log1 --> End([流程结束])
    Log2 --> End
    Log3 --> End
    RejectTimeout --> Log1

步骤说明

买家发起退款申请，系统生成退款单。
判断是否命中自动退款规则且金额等条件满足：若命中则进入系统自动校验；若不命中则进入人工审核队列。
自动校验分支：若校验不通过则转人工审核队列；若通过则执行原路退款并进入渠道结果处理。
人工审核分支：平台进行审核，根据审核结论分支。
判断节点：若需补材料则通知买家或商户补充凭证；若超时未补充则驳回或关闭申请并记录退款日志后流程结束；若未超时则回到平台审核。
若审核结论为拒绝，则填写拒绝原因、通知用户拒绝结果并记录退款日志后流程结束。
若审核结论为同意，则确认退款金额与路径，按支付渠道调用相应退款接口。
根据渠道返回判断：若成功则标记退款成功并写入退款成功日志后流程结束。
若渠道返回失败，则按重试策略判断：若可重试则再次调用渠道退款；若不可重试则转财务人工处理，记录异常与处理结果后流程结束。
自动原路退款与人工同意后的退款均汇入同一渠道结果处理逻辑。
流程结束。