订单交易状态流

商家同意

ERP：买家发起普通售后

需要寄货

接入ERP后：待发货订单退款，最好是接入人工审核。或者是在出库前，人工拦截。

4

已完成 

10

客服再处理

逆向售后进度

拒绝签收，发起客诉

付款后交易关闭

ERP售后对应节点

ERP：处理退款事宜

ERP：买家发起补货申请

售后状态：已退款

1

2

定时/及时任务

ERP：卖家同意退款

ERP：卖家处理补发事项

系统结束退货退款流程

已取消

ERP：卖家同意补发

商家拒绝换货

买家发起售后

售后状态：已换货

9

修改还是撤销

出库中

待付款

已重新发货

ERP：卖家处理换货事宜

已取消换货

ERP对应售后单节点

已取消售后

售后状态：已取消

这里发起售后单申请时，按照补发售后流程给ERP数据：该节点1，是一个空节点，需要研发再设计。

待签收退款

待签收换货

买家发货

用户提交订单

用户是否在14天内处理了申请

ERP：已确认

售后节点

商家拒绝，并发货成功

ERP：买家收到补发商品

商家发起退款，退款成功

ERP：买家收到货物

售后状态：换货中

未做处理

逆向售后状态

ERP：买家退货

退货退款已被拒绝

已发货

处理了申请

商家同意换货

用户取消支付/超时未支付

查询订单发货状态

用户取消申请

6

ERP：买家发起仅退款

3

撤销申请

无需寄货

买家付款

0

修改申请，并再次提交

已退款

退货退款

ERP：买家收到换货后商品

用户/客服发起退款申请

结束

5

正向交易状态

若日后开发用户端的退货退款流程，被拒绝时，则可以走次路径。故需要提前布局此场景。该类场景，相当于仅退款。可按照此场景处理数据更新流程。

商家重新发货

售后状态：退款中

退款中

已撤销申请

退款回调成功

8

ERP：买家发起换货申请

用户寄货，上传物流单号

商家签收，并发起退款

商家同意退款

待买家退货

ERP：卖家收到退货

及时任务

ERP正向订单对应节点

是否需要寄货回来

ERP：卖家同意换货

换货申请

IPGO部分订单，在发货后，无法确认收货节点，但用户已收货时

待发货状态：改地址：1.通过及时触发任务，去ERP查询订单发货状态，如果是待发货状态，直接将地址新地址更新给ERP；2.若订单状态为已发货，则需要将订单状态更新给用户端和admin管理后台（订单状态展示为已完成），同时拉起toast提示：因网络问题订单状态延时，订单已发货，改地址失败。

售后申请

待发货申请退款：查询订单发货状态

换货已被拒绝

待发货状态：申请退款：1.通过及时触发任务，去ERP查询订单发货状态，如果是待发货状态，直接返回游仁系统，并拉起微信支付退款请求，完成退款流程；2.若订单状态为已发货，则需要将订单状态更新给用户端和admin管理后台（订单状态展示为已完成），同时拉起toast提示：因网络问题订单状态延时，订单已发货，当前不可发起退款。

售后进度节点

仅退款

修改申请，再次提交

用户/系统收货

及时任务：查询订单发货状态，判断是否可退款（单条查询）

需求描述：1. 正向订单：待付款、已取消的订单，不需要传给ERP。2.在发起售后的动作，1/2/3/4时，需要将售后订单传给ERP。3.售后进度在有对应动作更新时，需要将对应的售后状态，转化为ERP的对应状态，如下图，并按照对应节点顺序，和流程图，在对应节点更新数据。4.正向交易中，需要将ERP正向订单对应节点状态中的0，传给ERP；状态节点1，通过订单任务取数给游仁系统。5.申请换货，商家同意，且操作了无需退货时，按照ERP的补发申请流程，给ERP数据。6.ERP对应状态节点，在IIPGO中为空时，需要IPGO连续给

已换货

若日后开发用户端的退货退款流程，，无需寄货时，则可以走次路径。故需要提前布局此场景。该类场景，相当于仅退款。可按照此场景处理数据更新流程。

定时任务

订单正向、逆向售后流程，节点状态机：

ERP：已确定

售后状态：已撤销

商家签收，重新发货

用户退货，上传物流单号

ERP：买家发货

已付款待审核

待发货改地址：查询订单发货状态

系统/商家确认退款

买家取消订单

定时任务：取订单发货数据（批量查询）

待发货

系统结束换货流程