WEBVTT

1
00:00:03.500 --> 00:00:06.562
先问系统结果回答的是哪个问题。

2
00:00:06.888 --> 00:00:12.362
智能采购回答选中订单的补货需要，采购预测按一段时间销量

3
00:00:12.362 --> 00:00:13.475
估算备货。

4
00:00:13.800 --> 00:00:18.838
两者期间、状态和用途不同，不要求数值天然相同。

5
00:00:19.162 --> 00:00:25.038
采购员认为明天要多买时，先说明客户已确认的新需求、供应商

6
00:00:25.038 --> 00:00:27.788
延迟或不可用库存等依据，

7
00:00:27.912 --> 00:00:31.638
再判断这些资料是否计入系统当前口径。

8
00:00:31.962 --> 00:00:38.388
开始前先把客户、商品、数量、价格、责任岗位和生效时间确认

9
00:00:38.388 --> 00:00:39.138
清楚。

10
00:00:39.462 --> 00:00:44.875
本业务需要解决的核心问题是：不清楚建议数包含哪些订单，

11
00:00:44.875 --> 00:00:47.912
盲目照单采购或完全弃用建议。

12
00:00:48.238 --> 00:00:53.675
遇到“促销结束后的补货建议仍然偏高：区分常态销售和活动

13
00:00:53.675 --> 00:00:59.525
峰值”时，也沿用本步骤的原单、数量、价格和责任记录继续

14
00:00:59.525 --> 00:01:00.250
核对。

15
00:01:00.575 --> 00:01:06.275
这样既能覆盖相邻业务问题，也不会另建一套脱离订单、库存或

16
00:01:06.275 --> 00:01:07.438
往来的记录。

17
00:01:08.433 --> 00:01:11.746
需求偏少先查日期状态和筛选。

18
00:01:12.058 --> 00:01:18.721
智能采购按当前日期、客户、分类、订单状态及缺货筛选查询。

19
00:01:19.046 --> 00:01:22.983
仅显示缺货可能隐藏已有存量覆盖的商品；

20
00:01:23.108 --> 00:01:25.546
没有行先逐项检查条件。

21
00:01:25.871 --> 00:01:29.858
本例取消仅显示缺货后看到订购8公斤。

22
00:01:30.171 --> 00:01:34.108
已出库和未出库退货需要按页面口径核对，

23
00:01:34.221 --> 00:01:38.171
不把所有历史订购都解释为今天仍要补货。

24
00:01:38.496 --> 00:01:43.621
处理“对比后续销量及缺货”时，上一岗位和下一岗位都查看

25
00:01:43.621 --> 00:01:44.983
同一业务记录；

26
00:01:45.096 --> 00:01:51.121
发生改单、退货、补发、价格变化或数量差异时，保留原因和

27
00:01:51.121 --> 00:01:52.271
处理结果。

28
00:01:52.596 --> 00:01:58.033
遇到“促销结束后的补货建议仍然偏高：区分常态销售和活动

29
00:01:58.033 --> 00:02:03.883
峰值”时，也沿用本步骤的原单、数量、价格和责任记录继续

30
00:02:03.883 --> 00:02:04.608
核对。

31
00:02:04.933 --> 00:02:10.633
这样既能覆盖相邻业务问题，也不会另建一套脱离订单、库存或

32
00:02:10.633 --> 00:02:11.796
往来的记录。

33
00:02:12.833 --> 00:02:15.958
库存差异先确认基本单位和占用。

34
00:02:16.283 --> 00:02:21.671
本例系统库存19公斤、可用11公斤，差额体现相应订单

35
00:02:21.671 --> 00:02:22.396
占用。

36
00:02:22.721 --> 00:02:28.883
查库存按商品、规格和仓库追到有效收发，再核对单位换算。

37
00:02:29.208 --> 00:02:34.546
不能在已扣占用的可用库存基础上，又把同一订单全部扣一次。

38
00:02:34.871 --> 00:02:40.483
若实物质量、仓位或冻结条件使货无法交付，先查实际管理

39
00:02:40.483 --> 00:02:44.571
依据，而不是随意改库存值让采购建议变大。

40
00:02:44.896 --> 00:02:49.071
采购中22公斤由有效未到货采购组成。

41
00:02:49.396 --> 00:02:52.708
本例原20公斤单先入8，剩12；

42
00:02:52.871 --> 00:02:55.408
另一个新单10公斤，共22。

43
00:02:55.733 --> 00:02:59.183
这是取消未到货2公斤前的查询快照。

44
00:02:59.508 --> 00:03:05.933
后续取消或入库后应刷新查询，再按原单与变更核对当前在途。

45
00:03:06.258 --> 00:03:11.758
采购中能说明数量，是否能按期到达还要问供方，不把迟到的

46
00:03:11.758 --> 00:03:14.458
在途当作今天可发的现货。

47
00:03:14.783 --> 00:03:20.233
处理“标记促销与一次性需求”时，上一岗位和下一岗位都查看

48
00:03:20.233 --> 00:03:26.083
同一业务记录；发生改单、退货、补发、价格变化或数量差异

49
00:03:26.083 --> 00:03:28.808
时，保留原因和处理结果。

50
00:03:29.133 --> 00:03:34.571
遇到“促销结束后的补货建议仍然偏高：区分常态销售和活动

51
00:03:34.571 --> 00:03:40.421
峰值”时，也沿用本步骤的原单、数量、价格和责任记录继续

52
00:03:40.421 --> 00:03:41.146
核对。

53
00:03:41.471 --> 00:03:47.171
这样既能覆盖相邻业务问题，也不会另建一套脱离订单、库存或

54
00:03:47.171 --> 00:03:48.333
往来的记录。

55
00:03:49.333 --> 00:03:53.121
销量预测参数与计算结果逐项核对。

56
00:03:53.446 --> 00:03:59.308
本例近30天销量20、备货15天、系统库存19、采购中

57
00:03:59.308 --> 00:04:07.158
22，建议为20÷（（30÷15）－19－22＝－31

58
00:04:07.483 --> 00:04:13.658
参数为空按默认30与15，商品单独设置按实际保存值使用。

59
00:04:13.983 --> 00:04:18.083
负数不代表必须退货，更不能写入采购数量。

60
00:04:18.408 --> 00:04:24.233
安全库存预警与销量预测可能一边预警一边无需追加，应结合

61
00:04:24.233 --> 00:04:27.071
到货周期确认是否及时可用。

62
00:04:27.396 --> 00:04:32.483
处理“调整参数和人工判断”时，上一岗位和下一岗位都查看

63
00:04:32.483 --> 00:04:33.858
同一业务记录；

64
00:04:33.971 --> 00:04:39.996
发生改单、退货、补发、价格变化或数量差异时，保留原因和

65
00:04:39.996 --> 00:04:41.146
处理结果。

66
00:04:41.471 --> 00:04:46.908
遇到“促销结束后的补货建议仍然偏高：区分常态销售和活动

67
00:04:46.908 --> 00:04:52.758
峰值”时，也沿用本步骤的原单、数量、价格和责任记录继续

68
00:04:52.758 --> 00:04:53.483
核对。

69
00:04:53.808 --> 00:04:59.508
这样既能覆盖相邻业务问题，也不会另建一套脱离订单、库存或

70
00:04:59.508 --> 00:05:00.671
往来的记录。

71
00:05:01.700 --> 00:05:04.512
最终判断留下可复核的依据。

72
00:05:04.838 --> 00:05:11.138
需要新增采购时写明原因、数量、供方、单位和实际收货安排，

73
00:05:11.138 --> 00:05:13.925
再核对生成采购后的待入库。

74
00:05:14.238 --> 00:05:20.175
无需新增时跟进现货分配或已有在途，不为了消除差异而强制

75
00:05:20.175 --> 00:05:20.875
开单。

76
00:05:21.200 --> 00:05:26.588
手机端查看支持的采购与收货，PC端核对预测和汇总。

77
00:05:26.912 --> 00:05:32.150
完成标准是采购员能解释每个数的来源，以及为什么追加、

78
00:05:32.150 --> 00:05:34.888
调拨、催货或暂不采购。

79
00:05:35.200 --> 00:05:40.662
完成后以“建议采纳或调整均有原因，积压与缺货能复盘”作为

80
00:05:40.662 --> 00:05:46.400
验收结果，并回到原单复核数量、金额、状态和责任记录。

81
00:05:46.725 --> 00:05:50.338
需要注意：不承诺自动机器学习预测；

82
00:05:50.462 --> 00:05:53.288
补货建议仍需结合业务背景。

83
00:05:53.612 --> 00:05:59.050
遇到“促销结束后的补货建议仍然偏高：区分常态销售和活动

84
00:05:59.050 --> 00:06:04.900
峰值”时，也沿用本步骤的原单、数量、价格和责任记录继续

85
00:06:04.900 --> 00:06:05.625
核对。

86
00:06:05.950 --> 00:06:11.650
这样既能覆盖相邻业务问题，也不会另建一套脱离订单、库存或

87
00:06:11.650 --> 00:06:12.812
往来的记录。
