业务背景
当供应链业务发生退款，尤其是全额退款时，异常单流程完成后，原下单号和付款单号如果仍保持有效，会导致采购、财务、对账和后续跟踪环节出现状态不一致。业务人员需要人工识别全额退款场景，再手动作废付款单和下单，增加重复操作和漏处理风险。
源文档明确本次需求面向供应链管理中心，适用 1688 退货退款、1688 仅退款、账期仅退款、账期退货退款四类退款流程。触发入口为异常单状态变更为“已完成”，条件为“下单总额 = 退款金额”。满足触发入口和金额条件后，系统需要自动作废付款单号，同时作废下单号，并同步更新采购单日志和付款单日志。
本次需求的业务目标是减少全额退款后人工作废付款单和下单的处理动作，降低异常单完成后单据仍有效导致的财务和采购数据误用风险。
业务价值
提高人效：1.5/8*600*2人*30天=6750元/月
需求概述
文档地址：https://alidocs.dingtalk.com/i/nodes/7NkDwLng8ZMxRd0Du3wowR3oJKMEvZBY?utm_scene=team_space
|
项目 |
内容 |
|
需求目标 |
当指定退款流程的异常单状态变更为“已完成”，且下单总额等于退款金额时，系统自动作废付款单号和下单号，并记录采购单日志、付款单日志。 |
|
目标用户 |
供应链异常单处理人员、采购人员、财务付款单处理人员、系统管理员。 |
|
使用场景 |
1688 退货退款、1688 仅退款、账期仅退款、账期退货退款流程完成后，系统判断为全额退款并自动完成相关单据作废。 |
|
本期范围 |
全额退款条件识别；自动作废付款单号；自动作废下单号；采购单日志更新；付款单日志更新；异常与重复触发兜底。 |
|
非本期范围 |
不处理部分退款自动作废；不改变异常单提交流程；不调整退款金额计算规则；不新增财务付款审批流程；不自动处理源文档未列出的退款流程。 |
|
成功标准 |
对适用流程，异常单状态变更为“已完成”且下单总额等于退款金额时，付款单号和下单号均进入作废状态，并能在采购单日志和付款单日志中追溯自动作废记录。 |