WEBVTT

1
00:00:03.500 --> 00:00:06.375
先看先确认问题和预期结果。

2
00:00:06.700 --> 00:00:12.038
出现“订单核准后金额低于已收款”时，先保留原业务，不急着

3
00:00:12.038 --> 00:00:14.775
删除、重建或重复操作。

4
00:00:15.100 --> 00:00:19.938
目标是沿原收款与核准金额处理找到首个不一致点。

5
00:00:20.967 --> 00:00:23.992
接着准备资料并检查数据规则。

6
00:00:24.317 --> 00:00:30.629
金额只填有效数字，退款、已收和应付不能混用；小数位、币种

7
00:00:30.629 --> 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:01.908
重点核对原收款与核准金额处理，每确认一项再进入下一项。

14
00:01:02.933 --> 00:01:06.721
再来核对核对页面、单据与最终结果。

15
00:01:07.046 --> 00:01:13.396
核对订单商品、金额、已付、待付和当前状态，再检查下一岗位

16
00:01:13.396 --> 00:01:18.533
的待办；客户侧与管理端应指向同一订单号和处理结果。

17
00:01:19.567 --> 00:01:23.242
最后处理仍有差异时保留依据继续处理。

18
00:01:23.567 --> 00:01:29.267
仍未解决时保留原编号、页面提示和最后一次有效操作，把已

19
00:01:29.267 --> 00:01:33.179
排除的原收款与核准金额处理一并交接；

20
00:01:33.354 --> 00:01:38.342
未确认原结果前不要再次付款、出库、导入或提交。
