WEBVTT

1
00:00:03.500 --> 00:00:06.125
平台先对两边原单和退价。

2
00:00:06.450 --> 00:00:10.412
本例客户退一件六十元，商家退一件五十元。

3
00:00:10.725 --> 00:00:16.350
分别查到记录，再安排退货路线，不把客户审核当成商家已经

4
00:00:16.350 --> 00:00:17.075
处理。

5
00:00:18.133 --> 00:00:24.021
平台确认后，商家查收到的联营退货，核对原单、数量和金额再

6
00:00:24.021 --> 00:00:24.896
审核。

7
00:00:25.208 --> 00:00:31.108
平台确认和商家审核是不同环节，按当前流程办理，不因缺少

8
00:00:31.108 --> 00:00:32.871
待办另建重复单。

9
00:00:33.900 --> 00:00:39.612
商家按实际收到的商品登记退货入库，核对本次可入库数量和

10
00:00:39.612 --> 00:00:40.412
仓库。

11
00:00:40.738 --> 00:00:46.575
已入库不重复登记，收货人按要求选择，入库单待审核时继续

12
00:00:46.575 --> 00:00:47.762
完成审核。

13
00:00:48.800 --> 00:00:52.850
本例退货入库一件，审核后入库单已完成。

14
00:00:53.175 --> 00:00:58.575
这只是商家收货记录完成，五十元仍待处理时继续查退款及

15
00:00:58.575 --> 00:01:01.775
结算，不能承诺款项已经返还。

16
00:01:02.833 --> 00:01:06.021
客户退货及退款继续单独核对。

17
00:01:06.346 --> 00:01:12.146
本例客户仍有六十元待退，商家入库完成不能替代客户处理。

18
00:01:12.471 --> 00:01:17.358
按实际路线接续客户单据，由平台核对客户退款。

19
00:01:18.400 --> 00:01:24.212
结算先核对有效商家退货及未处理金额，已处理或处理中不能

20
00:01:24.212 --> 00:01:25.375
重复抵扣。

21
00:01:25.688 --> 00:01:31.962
完成后分别查商家退款、结算和客户退款，不把商家抵扣当成

22
00:01:31.962 --> 00:01:33.312
客户已到账。