WEBVTT

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

2
00:00:06.700 --> 00:00:11.812
出现“先付款客户订单不能审核”时，先保留原业务，不急着

3
00:00:11.812 --> 00:00:14.588
删除、重建或重复操作。

4
00:00:14.912 --> 00:00:20.125
目标是沿实际收款与结算方式排查找到首个不一致点。

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

6
00:00:24.517 --> 00:00:30.879
客户编号、账号归属和合作状态要一致，同名客户继续用编号、

7
00:00:30.879 --> 00:00:33.917
手机号后四位或企业名称区分。

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

9
00:00:40.392 --> 00:00:42.192
便于前后结果比较。

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

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

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

13
00:00:56.283 --> 00:01:02.246
重点核对实际收款与结算方式排查，每确认一项再进入下一项。

14
00:01:03.267 --> 00:01:07.054
再来核对核对页面、单据与最终结果。

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

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

17
00:01:19.900 --> 00:01:23.575
最后处理仍有差异时保留依据继续处理。

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

19
00:01:29.600 --> 00:01:33.625
排除的实际收款与结算方式排查一并交接；

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