跟踪退款审批支付与到账状态

解决什么问题

客户问退款到哪里了，客服可能只有审批通过截图，财务却还未付款。本任务将申请、审批、支付和到账分开跟踪，找出卡在哪一步，形成可核实的进展回复，不把批准等于已到账。

准备哪些材料

准备退款申请、批准金额与时间、支付渠道状态文字、对账或客户到账反馈、企业各阶段时限及责任人。使用退款单与订单关联，银行账户等敏感字段只保留核查必要部分。没有实际支付记录时不推断已退款。

怎样操作

第一步：WorkBuddy 按退款单号对齐各阶段，分别列申请、审批、提交支付、支付成功及客户确认。 第二步：用提供的时间口径检查停留时长；支付渠道预计到账只标预计，不转成保证。 第三步：找出阻塞节点、缺失凭证和需跟进部门，例如待审批、财务未提交或支付返回失败。 第四步：客服向责任人核实后生成回复，只说明已确认状态和下一步；待到账问题持续保留。

可直接复制的任务要求

请整理退款跟进表，不执行退款。字段：退款单/订单、申请类型、批准金额、申请与批准时间、支付提交时间、支付状态及凭证、客户到账反馈、当前阻塞、责任人、已批准下一反馈时间。区分审批通过/已提交/支付成功/客户确认到账；不能把任一阶段自动替代后一阶段。金额、币种、重复申请逐项核对。按企业时限与统一当前时点计算等待时长，规则缺失标待确认。输出待办及客户进展草稿，不承诺未核实到账，不索取完整银行卡信息。资料：[资料]；时限：[规则]；当前时点：[时间]。

会得到什么结果

得到退款状态表、阻塞待办和进展草稿。教学示例：批准退 200 元，财务尚未提交支付；写“退款方案已批准，正在向财务核实提交进度”，不能写“200 元已退，请查收”。示例金额不适用真实订单。

怎样检查结果

批准金额与支付金额、币种分别核对；支付凭证关联正确退款单。检查客户未回复是否被写成到账，以及渠道支付成功是否存在后续退回；等待时长按同一时点计算，未知状态不归已完成。

异常怎样处理

重复退款申请先查关联记录，不合并删除；支付失败交财务核实失败原因与重试权限。客户称未到账而渠道成功时记录双方证据，核对支付路径，不强行判客户错误。部分退款分行追踪，不用总金额掩盖未支付部分。

权限和责任边界

AI 负责整理状态与草稿，审批由授权人、支付由财务或指定人员负责。不能操作支付、重试扣款退款、变更收款账户；预计到账与最终到账必须区分，正式对外说明由客服核实后发送。