WEBVTT

1
00:00:03.500 --> 00:00:06.375
先看先确认问题和预期结果。

2
00:00:06.700 --> 00:00:12.088
出现“订单提示数据已修改”时，先保留原业务，不急着删除、

3
00:00:12.088 --> 00:00:14.112
重建或重复操作。

4
00:00:14.438 --> 00:00:20.162
目标是沿多人操作、页面版本与重新提交处理找到首个不一致

5
00:00:20.162 --> 00:00:20.712
点。

6
00:00:21.733 --> 00:00:24.758
接着准备资料并检查数据规则。

7
00:00:25.083 --> 00:00:29.346
准备可识别的业务编号、发生时间和当前状态；

8
00:00:29.496 --> 00:00:32.621
名称相同的资料继续用编号区分。

9
00:00:32.946 --> 00:00:39.021
同时记录页面提示、发生时间、操作账号和可脱敏的业务编号，

10
00:00:39.096 --> 00:00:40.896
便于前后结果比较。

11
00:00:41.933 --> 00:00:44.983
然后沿原业务顺序操作或排查。

12
00:00:45.308 --> 00:00:50.871
先从手机商城的原订单确认客户看到的结果，再在PC订单、

13
00:00:50.871 --> 00:00:54.658
收款和状态记录中沿同一订单号排查。

14
00:00:54.983 --> 00:00:59.421
重点核对多人操作、页面版本与重新提交处理，

15
00:00:59.533 --> 00:01:01.983
每确认一项再进入下一项。

16
00:01:03.000 --> 00:01:06.788
再来核对核对页面、单据与最终结果。

17
00:01:07.112 --> 00:01:13.462
核对订单商品、金额、已付、待付和当前状态，再检查下一岗位

18
00:01:13.462 --> 00:01:18.600
的待办；客户侧与管理端应指向同一订单号和处理结果。

19
00:01:19.633 --> 00:01:23.308
最后处理仍有差异时保留依据继续处理。

20
00:01:23.633 --> 00:01:29.533
仍未解决时保留原编号、页面提示和最后一次有效操作，把已

21
00:01:29.533 --> 00:01:34.621
排除的多人操作、页面版本与重新提交处理一并交接；

22
00:01:34.783 --> 00:01:39.721
未确认原结果前不要再次付款、出库、导入或提交。
