WEBVTT

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

2
00:00:06.700 --> 00:00:12.062
出现“订单一直处于拆单中”时，先保留原业务，不急着删除、

3
00:00:12.062 --> 00:00:14.075
重建或重复操作。

4
00:00:14.400 --> 00:00:19.762
目标是沿主子单生成与当前状态核对找到首个不一致点。

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:00:57.538
重点核对主子单生成与当前状态核对，

14
00:00:57.650 --> 00:01:00.088
每确认一项再进入下一项。

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

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

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

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

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

20
00:01:27.446 --> 00:01:31.546
排除的主子单生成与当前状态核对一并交接；

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