WEBVTT

1
00:00:03.500 --> 00:00:06.375
先看先确认问题和预期结果。

2
00:00:06.700 --> 00:00:12.275
出现“订单不能作废”时，先保留原业务，不急着删除、重建或

3
00:00:12.275 --> 00:00:13.438
重复操作。

4
00:00:13.762 --> 00:00:19.788
目标是沿发货、收款和退货关联的处理顺序找到首个不一致点。

5
00:00:20.800 --> 00:00:23.825
接着准备资料并检查数据规则。

6
00:00:24.150 --> 00:00:28.412
准备可识别的业务编号、发生时间和当前状态；

7
00:00:28.562 --> 00:00:31.688
名称相同的资料继续用编号区分。

8
00:00:32.012 --> 00:00:38.088
同时记录页面提示、发生时间、操作账号和可脱敏的业务编号，

9
00:00:38.162 --> 00:00:39.962
便于前后结果比较。

10
00:00:41.000 --> 00:00:44.050
然后沿原业务顺序操作或排查。

11
00:00:44.375 --> 00:00:49.938
先从手机商城的原订单确认客户看到的结果，再在PC订单、

12
00:00:49.938 --> 00:00:53.725
收款和状态记录中沿同一订单号排查。

13
00:00:54.050 --> 00:01:00.038
重点核对发货、收款和退货关联的处理顺序，每确认一项再进入

14
00:01:00.038 --> 00:01:00.938
下一项。

15
00:01:01.933 --> 00:01:05.721
再来核对核对页面、单据与最终结果。

16
00:01:06.046 --> 00:01:12.396
核对订单商品、金额、已付、待付和当前状态，再检查下一岗位

17
00:01:12.396 --> 00:01:17.533
的待办；客户侧与管理端应指向同一订单号和处理结果。

18
00:01:18.567 --> 00:01:22.242
最后处理仍有差异时保留依据继续处理。

19
00:01:22.567 --> 00:01:28.442
仍未解决时保留原编号、页面提示和最后一次有效操作，把已

20
00:01:28.442 --> 00:01:33.729
排除的发货、收款和退货关联的处理顺序一并交接；

21
00:01:33.892 --> 00:01:38.817
未确认原结果前不要再次付款、出库、导入或提交。