1
00:00:13,472 --> 00:00:14,136
大家好

2
00:00:14,136 --> 00:00:17,128
2025 年 SERVEONE MRO 流程课程

3
00:00:17,504 --> 00:00:22,136
负责讲授本次商品注册与管理课程的 办公部件团队吴在彦

4
00:00:22,636 --> 00:00:27,336
本课程将按商品注册，商品管理的顺序进行

5
00:00:27,836 --> 00:00:32,786
商品注册与管理
与采购信息管理一道

6
00:00:33,086 --> 00:00:35,387
可以说是采购负责人最重要的工作之一

7
00:00:37,206 --> 00:00:39,986
在正式开始之前，先做个简短自我介绍

8
00:00:40,236 --> 00:00:43,786
我于 2018 年 8 月加入办公电子团队

9
00:00:43,936 --> 00:00:46,586
至今一直在同一团队工作

10
00:00:47,036 --> 00:00:52,896
在团队内历经多类品类
目前负责印刷类与部件类

11
00:00:53,396 --> 00:00:56,646
自 24 年 4 月起兼任员工代表

12
00:00:56,646 --> 00:00:59,596
也一直努力为公司尽一份力

13
00:01:00,396 --> 00:01:05,346
我常写下一句话就是 结果不由我，但努力由我

14
00:01:05,635 --> 00:01:09,828
无论做什么，只有真正用心投入 才能得到那些只属于努力者的收获

15
00:01:10,556 --> 00:01:12,606
结果未必可控

16
00:01:12,606 --> 00:01:16,778
但我始终相信，过程中的全力以赴 永远掌握在自己手里

17
00:01:18,196 --> 00:01:21,046
好，下面进入正课

18
00:01:21,396 --> 00:01:26,796
首先，我想再带大家
过一遍 MRO 流程的整体脉络

19
00:01:27,676 --> 00:01:30,397
这里是 MRO 流程的整体流程图

20
00:01:30,916 --> 00:01:34,066
MRO 流程依次包括商品注册、下单，

21
00:01:34,313 --> 00:01:38,310
发单、配送与结算

22
00:01:39,171 --> 00:01:41,471
当客户提出注册请求时

23
00:01:41,699 --> 00:01:46,749
将经由各采购负责人、销售负责人、
商品信息负责人等

24
00:01:46,996 --> 00:01:48,478
完成商品注册

25
00:01:49,557 --> 00:01:52,007
客户随后会对已注册商品下单

26
00:01:52,413 --> 00:01:54,854
我们据此向合作伙伴发出采购订单

27
00:01:55,914 --> 00:02:00,676
之后完成配送
并进入结算，流程至此闭环

28
00:02:01,795 --> 00:02:05,795
在生成与管理商品信息的过程中

29
00:02:06,290 --> 00:02:08,250
各位采购负责人将面临大量决策

30
00:02:09,062 --> 00:02:10,712
本次课程中

31
00:02:11,009 --> 00:02:15,102
我将聚焦商品注册与管理 两部分展开说明

32
00:02:16,132 --> 00:02:17,662
先来看商品注册

33
00:02:18,316 --> 00:02:23,142
商品注册的总体流程
如画面所示依次推进

34
00:02:23,785 --> 00:02:25,446
提交商品注册的主体

35
00:02:25,762 --> 00:02:28,713
可以是客户、销售负责人、运营负责人，

36
00:02:29,109 --> 00:02:32,547
采购负责人，亦或合作伙伴

37
00:02:33,854 --> 00:02:38,804
我们以最常见的客户 提出注册这一情形为例

38
00:02:38,804 --> 00:02:40,696
来梳理具体流程

39
00:02:41,795 --> 00:02:44,346
首先，客户发起商品注册请求后

40
00:02:44,702 --> 00:02:49,112
请求进入 SERVEONE 系统
抵达 DB 校验环节

41
00:02:50,142 --> 00:02:52,813
由 DB 管理主体进行已注册检索与校验

42
00:02:53,239 --> 00:02:55,448
并完成品类归类工作

43
00:02:56,379 --> 00:03:00,060
此处的 DB 管理主体，可能是商品信息团队

44
00:03:00,406 --> 00:03:02,458
也可能是采购负责人

45
00:03:03,736 --> 00:03:07,765
完成以上工作后 进入采购信息登记阶段

46
00:03:08,617 --> 00:03:13,167
在该阶段 采购负责人开展招投标与询报价

47
00:03:13,771 --> 00:03:18,092
中标确定后，登记进货价

48
00:03:18,904 --> 00:03:23,554
待进货价登记完成 即转入商品登记阶段

49
00:03:24,029 --> 00:03:28,646
需要注意，标准品与非标准品的处理方式不同

50
00:03:30,300 --> 00:03:34,211
对于标准品，由商品信息团队执行质量检查

51
00:03:34,676 --> 00:03:39,696
如发现不足 可回退请采购负责人重新处理

52
00:03:40,587 --> 00:03:45,973
而非标准品 则不经过商品信息团队的商品登记环节

53
00:03:47,003 --> 00:03:49,533
如果在商品注册过程中存在不完善之处

54
00:03:49,899 --> 00:03:54,290
DB 负责人和销售负责人 均可驳回注册

55
00:03:55,528 --> 00:03:57,648
当商品注册部分完成后

56
00:03:57,925 --> 00:04:02,181
将流转至销售负责人 开展销售信息登记流程

57
00:04:03,052 --> 00:04:07,062
销售负责人 会进行售价登记与商品陈列

58
00:04:07,696 --> 00:04:12,795
上述流程完成后 本段商品注册流程即告闭环

59
00:04:15,379 --> 00:04:19,399
接下来，我将说明各环节的详细内容

60
00:04:20,181 --> 00:04:22,184
在商品注册请求阶段

61
00:04:22,619 --> 00:04:28,498
客户、合作伙伴、采购负责人、销售负责人 都可以发起商品注册请求

62
00:04:28,973 --> 00:04:32,587
不同发起主体的方法与事由各不相同

63
00:04:33,617 --> 00:04:37,567
第一种是客户直接 在客户前台发起请求

64
00:04:38,349 --> 00:04:42,696
第二种是合作伙伴可在合作伙伴前台发起请求

65
00:04:43,439 --> 00:04:46,904
通常是各自企业主推的先行提案品目

66
00:04:47,458 --> 00:04:52,458
或为合作伙伴与客户 共同认可的先入库处理品目

67
00:04:53,528 --> 00:04:58,914
第三种是销售负责人可通过 S-MRO 直接发起请求

68
00:04:59,508 --> 00:05:03,003
多见于代客户办理注册的情形

69
00:05:03,508 --> 00:05:08,508
也适用于客户指定合作伙伴 紧急商品等案例

70
00:05:09,399 --> 00:05:11,498
最后一种是由采购负责人发起

71
00:05:12,379 --> 00:05:15,874
采购负责人同样可通过 S-MRO 提交请求

72
00:05:16,349 --> 00:05:21,656
在前置 DB、全新采购来源或替代商品的场景下 直接推进注册

73
00:05:23,122 --> 00:05:28,765
在 DB 校验阶段，由 DB 负责人进行品类归类 并校验既有 DB

74
00:05:29,547 --> 00:05:34,389
如校验内容不完备 可退回至发起人重新提交

75
00:05:35,429 --> 00:05:38,696
若商品注册请求的发起主体为采购负责人

76
00:05:39,033 --> 00:05:41,191
则其亦需自行处理校验环节

77
00:05:41,845 --> 00:05:46,191
关于 DB 校验
依据运营单元不同，负责校验的组织也不同

78
00:05:46,567 --> 00:05:50,092
这一点稍后我会再做说明

79
00:05:50,914 --> 00:05:54,874
在采购信息登记阶段，采购负责人原则上通过招投标来处理

80
00:05:55,072 --> 00:05:58,488
以完成采购信息登记，这是基本要求

81
00:05:59,320 --> 00:06:01,340
之所以以招投标为原则

82
00:06:01,587 --> 00:06:05,359
是为确保公平性并优化进货价

83
00:06:06,112 --> 00:06:10,419
但在存在无法通过 招投标处理的特定事由时

84
00:06:10,775 --> 00:06:14,894
可按招投标例外情形
改以询报价方式处理

85
00:06:16,092 --> 00:06:18,765
当招投标，询报价环节结束后

86
00:06:19,320 --> 00:06:22,320
采购负责人需核验是否存在高于进货价等问题

87
00:06:22,755 --> 00:06:24,904
并完成采购信息登记处理

88
00:06:25,825 --> 00:06:30,478
若新商品属于采购负责人 设定的招标池

89
00:06:30,874 --> 00:06:34,488
则可移交至 各组织的商品信息团队处理

90
00:06:35,815 --> 00:06:39,458
在商品登记阶段，将进行商品信息质量检查

91
00:06:39,666 --> 00:06:42,122
无异常则执行商品登记

92
00:06:42,498 --> 00:06:46,637
若存在不足 则退回请采购负责人补充

93
00:06:47,429 --> 00:06:51,191
商品登记完成后，将生成新的商品 ID

94
00:06:51,696 --> 00:06:56,023
正如前述，非标准品会跳过此环节

95
00:06:56,448 --> 00:07:00,013
在采购信息登记之后 即直接生成商品 ID

96
00:07:01,102 --> 00:07:04,557
完成上述步骤后，在销售信息登记阶段

97
00:07:04,894 --> 00:07:09,300
由销售负责人登记销售价格 并在对应运营单元完成上架陈列

98
00:07:10,409 --> 00:07:13,696
那么，DB 校验的负责人是如何确定的呢？

99
00:07:14,399 --> 00:07:17,696
下面是 DB 校验阶段的负责人判定逻辑

100
00:07:18,627 --> 00:07:23,488
当收到商品注册请求时
首先依据是否存在运营单元来细分

101
00:07:24,508 --> 00:07:27,547
若不存在运营单元

102
00:07:27,904 --> 00:07:31,340
通常对应采购负责人发起或合作伙伴先行提案

103
00:07:32,003 --> 00:07:34,746
若由采购负责人发起

104
00:07:35,518 --> 00:07:39,726
若最初发起请求的采购负责人属于合作伙伴先行提案的情况

105
00:07:39,874 --> 00:07:43,320
则由系统指定的合作伙伴负责人处理

106
00:07:43,666 --> 00:07:46,216
反之，若存在指定运营单元

107
00:07:46,494 --> 00:07:50,696
当运营单元为 LG 本部或营业本部时，由商品信息团队承担校验

108
00:07:51,260 --> 00:07:57,102
当为 SSP、BPO 时 则由代表商品 MD 团队执行校验

109
00:07:57,815 --> 00:08:02,379
也就是说，运营单元为LG 与营业本部，商品信息团队负责

110
00:08:02,765 --> 00:08:06,310
为 SSP、BPO，代表商品 MD 团队负责

111
00:08:06,874 --> 00:08:10,696
而在没有运营单元的情况下 则由采购负责人来处理

112
00:08:13,538 --> 00:08:16,082
接下来是采购负责人决策逻辑

113
00:08:16,617 --> 00:08:18,238
虽然算法比较复杂

114
00:08:18,634 --> 00:08:24,092
但从大框架来看，凡是销售与采购角色合并
能产生协同效应的运营单元

115
00:08:24,419 --> 00:08:27,280
归类为事业团队，由其承担 MD 职能

116
00:08:27,805 --> 00:08:30,305
而其余按管理细分分类处理

117
00:08:30,592 --> 00:08:33,795
对于能够整合采购量并统一合作伙伴的情形

118
00:08:34,241 --> 00:08:37,973
由中央采购团队推进

119
00:08:38,488 --> 00:08:41,904
这一部分我想抓三点说明后再往下讲

120
00:08:42,597 --> 00:08:47,121
第一，管理分类 也就是需要采购负责人处理的事项

121
00:08:47,438 --> 00:08:50,238
关于投标报价，若已建立投标池

122
00:08:50,406 --> 00:08:54,002
则由商品信息团队处理直至完成采购信息登记

123
00:08:54,517 --> 00:08:57,270
但仅对确需替代提案的品目作为例外

124
00:08:57,755 --> 00:09:00,735
由采购团队进行登记，这一点请了解

125
00:09:01,467 --> 00:09:08,249
第二，若为 BPO 运营单元，仅“促销”中分类由 BPO 的 MD 处理

126
00:09:08,645 --> 00:09:13,824
其余分类则由采购团队继续负责登记
请按此理解即可

127
00:09:14,507 --> 00:09:18,210
第三，我已展示了细分负责人决策逻辑

128
00:09:18,725 --> 00:09:22,445
由于运营单元与细分分类不同，归属的采购组织会变化

129
00:09:22,693 --> 00:09:25,883
如需应用，可先暂停画面对照使用

130
00:09:26,378 --> 00:09:30,078
接下来说明在商品登记过程中由采购负责人执行的

131
00:09:30,078 --> 00:09:33,269
投标，报价处理部分

132
00:09:34,289 --> 00:09:38,089
当天上午24点至下午14点之前创建的招标单

133
00:09:38,455 --> 00:09:41,269
将于当日下午15点截止

134
00:09:41,695 --> 00:09:46,200
其余在此时间段之外创建的，将在当天零点前持续进行投标

135
00:09:47,061 --> 00:09:49,222
无人应标时会自动延长

136
00:09:49,974 --> 00:09:53,695
且仅对勾选了“自动延长”的标案生效

137
00:09:54,438 --> 00:10:00,190
被自动延长的招标 负责人可据判断直接判定中标或结束

138
00:10:01,259 --> 00:10:06,418
报价则不设固定截止时间 合作伙伴一旦应价即可即时结束

139
00:10:07,061 --> 00:10:11,438
关于投标，报价处理的执行主体 如前述流程

140
00:10:11,814 --> 00:10:17,487
根据是否已建池，商品信息团队可以开展招标，报价处理

141
00:10:18,042 --> 00:10:22,150
若已有既存登记商品 也可以通过重复处理来完成

142
00:10:23,339 --> 00:10:26,844
不通过招标处理的询价类型如画面所示

143
00:10:27,576 --> 00:10:30,230
如您所见，共有 16 种类型

144
00:10:31,220 --> 00:10:35,050
采购负责人在实际业务中主要会用到的询价类型

145
00:10:35,258 --> 00:10:41,626
包括先行开发提案品、先入库、AS售后商品
以及捆绑商品等

146
00:10:42,695 --> 00:10:46,695
所谓先行开发提案品，是指以辅材开发品为主的制作品、加工询价

147
00:10:47,141 --> 00:10:49,972
以及与促销物料类似的、事前已完成询价的品目

148
00:10:50,814 --> 00:10:54,952
此类需要提供报价单或客户界面截图等作为佐证

149
00:10:56,012 --> 00:10:59,527
先入库顾名思义，是按先入库流程提出请求的品目

150
00:10:59,883 --> 00:11:02,972
需要附上先入库请求书、邮件等证据资料

151
00:11:03,903 --> 00:11:07,923
AS 商品 仅限一次性商品情形下使用

152
00:11:08,556 --> 00:11:14,348
捆绑商品则是指经销售团队事前呈报批准后 以捆绑形式处理的情形

153
00:11:15,299 --> 00:11:19,695
其余项目请大家暂停 画面后阅读，会更有帮助

154
00:11:20,418 --> 00:11:25,566
仅对画面所列 16 类品目 执行询价处理

155
00:11:26,012 --> 00:11:30,774
除此之外的情形，原则上均应通过招标进行 请予以留意

156
00:11:31,210 --> 00:11:33,410
以上属于理论部分

157
00:11:33,657 --> 00:11:39,537
接下来我们通过系统截图 从商品登记请求到采购信息登记为止

158
00:11:39,972 --> 00:11:42,814
一起在系统画面中实际查看一遍

159
00:11:43,754 --> 00:11:47,398
根据请求发起方不同
您能看到的界面可能会略有差异

160
00:11:48,081 --> 00:11:51,032
这里以采购负责人主要使用的 S-MRO

161
00:11:51,032 --> 00:11:54,259
新商品登记请求页签为基准进行讲解

162
00:11:55,289 --> 00:11:58,071
首先进入新商品登记请求菜单

163
00:11:58,477 --> 00:12:01,705
会看到与商品信息及属性值相关的填写项

164
00:12:02,556 --> 00:12:07,764
填写完这些信息后 向下滚动输入商品的基础信息

165
00:12:08,170 --> 00:12:12,982
先录入商品名称 然后通过“分类推荐”获取建议分类

166
00:12:13,774 --> 00:12:18,903
填入分类后 根据该细分分类设置必填的属性名

167
00:12:20,141 --> 00:12:24,497
随后查询并选择订购单位 原产地与生产厂家

168
00:12:24,913 --> 00:12:29,012
并依照细分分类 为各必填属性名填写属性值

169
00:12:29,863 --> 00:12:33,754
这里的属性值基本就代表商品规格

170
00:12:34,111 --> 00:12:37,091
在招标，询价时起着关键作用

171
00:12:39,200 --> 00:12:41,467
接着填写商品区分信息

172
00:12:42,051 --> 00:12:45,408
区分是一般商品还是一次性商品

173
00:12:45,863 --> 00:12:49,477
并注明是标准品还是非标准商品

174
00:12:50,695 --> 00:12:54,259
在是否可由 HUB 处理一项中选择可、不可

175
00:12:54,566 --> 00:12:58,150
若选择不可，需根据实际原因勾选相应选项

176
00:12:59,160 --> 00:13:00,961
当标注为不可由 HUB 处理时

177
00:13:01,149 --> 00:13:05,804
请注意配送类型必须按直送处理

178
00:13:06,695 --> 00:13:12,695
常见不可原因包括重货、超出托盘尺寸的商品、需安装，检验的商品

179
00:13:13,121 --> 00:13:19,725
虚拟捆绑商品、危险品、
易破损商品、冷冻，冷藏品、有害化学品

180
00:13:20,012 --> 00:13:23,150
以及禁止快递运输的物品等

181
00:13:25,507 --> 00:13:27,857
当上述属性值全部填写完成后

182
00:13:28,174 --> 00:13:30,299
点击页面上方的登记请求

183
00:13:30,586 --> 00:13:32,903
即可提交最终的登记请求

184
00:13:33,695 --> 00:13:39,358
在点击登记请求后弹出的窗口中 输入请求类型与理由

185
00:13:39,695 --> 00:13:42,507
即可获取商品请求编号

186
00:13:44,982 --> 00:13:48,457
请求提交完成后，流程会进入 DB 验证阶段

187
00:13:48,764 --> 00:13:53,616
在 S-MRO 的DB 验证页签中 按请求编号检索该请求记录

188
00:13:54,566 --> 00:13:55,923
点击请求编号进入详情

189
00:13:57,081 --> 00:14:02,220
首先点击接收，受理 随后查看处理信息以确认是否存在问题

190
00:14:02,665 --> 00:14:06,477
如发现异常，则编写“规格确认请求

191
00:14:08,457 --> 00:14:12,913
若无异常 点击下方“完成”按钮，结束验证

192
00:14:15,408 --> 00:14:19,210
验证完成后 由采购负责人执行采购信息登记

193
00:14:19,853 --> 00:14:24,438
在采购信息登记处理页签中 用分配到的请求编号进行检索

194
00:14:24,774 --> 00:14:27,626
将该案件设为接收，受理，以便进行后续修改

195
00:14:28,279 --> 00:14:32,626
受理后，如负责人分配不当 可发起变更负责人申请

196
00:14:33,051 --> 00:14:35,952
如存在重复商品，则执行重复商品处理

197
00:14:36,249 --> 00:14:42,497
若因信息不全需要确认 点击“请求销售负责人确认

198
00:14:42,913 --> 00:14:48,873
若无异常，则点击生成招标，询价
进入下一阶段

199
00:14:50,962 --> 00:14:53,626
首先以招标创建为基准给大家讲解一下

200
00:14:54,150 --> 00:14:57,923
先输入招标名称，然后在下方的招标协力社栏位中

201
00:14:58,160 --> 00:15:01,358
点击Add按钮，添加协力社

202
00:15:03,249 --> 00:15:08,853
选择好协力社后，点击底部的生成招标按钮 即可创建此招标

203
00:15:09,447 --> 00:15:11,695
如果事先维护好了招标池

204
00:15:12,032 --> 00:15:17,388
系统会自动指定池内协力社 可直接向其发出招标请求

205
00:15:19,497 --> 00:15:24,903
至于创建询价 点选对应请求编号下的询价即可开始

206
00:15:25,546 --> 00:15:30,368
在排除招标情形的弹窗中 选择相应原因后继续

207
00:15:32,012 --> 00:15:36,606
在询价请求弹窗里 填写询价名称并选择协力社后发出请求

208
00:15:37,071 --> 00:15:39,853
系统就会把询价发送给指定的协力社

209
00:15:42,051 --> 00:15:44,982
接下来看看协力社参与投标的流程

210
00:15:45,566 --> 00:15:48,210
入围的协力社会在协力社前端页面

211
00:15:48,408 --> 00:15:52,745
进入商品应标，询价界面
点击招标编号进行应标

212
00:15:53,467 --> 00:15:56,774
如要拒绝，也可填写拒绝原因后予以拒绝

213
00:15:58,873 --> 00:16:03,200
在应标登记中，如需认证，填写认证编号

214
00:16:03,655 --> 00:16:07,695
并录入价格信息，应标价、市场价与有效期

215
00:16:08,883 --> 00:16:14,645
随后填写AT、MOQ、倍数订购数量等配送与发注信息

216
00:16:14,804 --> 00:16:16,249
最后点击登记就好

217
00:16:19,794 --> 00:16:24,695
之后就会针对该品目 推进并签订招标单价协议合同

218
00:16:25,566 --> 00:16:30,279
通过数字证书完成认证后 即视为应标完成

219
00:16:32,794 --> 00:16:37,071
应标完成后，采购负责人可在招标，询价处理界面

220
00:16:37,329 --> 00:16:40,695
查看状态值以掌握协力社的提交情况

221
00:16:41,200 --> 00:16:45,131
并点击商品详情
可以进入下一步

222
00:16:47,438 --> 00:16:50,556
确认询价价目无误后执行批准，通过，

223
00:16:51,091 --> 00:16:53,121
转至采购信息登记变更

224
00:16:53,438 --> 00:16:56,190
最终完成采购信息的登记

225
00:16:59,611 --> 00:17:02,952
到这里，我们把商品登记流程 和系统操作过了一遍

226
00:17:03,447 --> 00:17:07,685
接下来对于已登记的商品
各角色需要掌握哪些信息

227
00:17:08,051 --> 00:17:10,339
以及需要管理的重点是什么

228
00:17:10,989 --> 00:17:13,964
在商品管理部分继续为大家说明

229
00:17:16,200 --> 00:17:18,655
首先，先介绍商品信息

230
00:17:19,121 --> 00:17:22,404
所谓商品信息，就是指商品本身的各项信息

231
00:17:22,869 --> 00:17:25,894
简单来说，就是商品所具备的特性

232
00:17:26,840 --> 00:17:29,602
比如说到手机，大家立刻会想到一串规格参数

233
00:17:30,221 --> 00:17:34,122
商品信息 基本就可以理解为这些内容

234
00:17:36,181 --> 00:17:38,270
商品信息的主要项目包括

235
00:17:38,849 --> 00:17:39,844
在基本信息里

236
00:17:40,206 --> 00:17:44,448
有商品名、分类代码、代表规格、订购单位、生产厂家等

237
00:17:44,963 --> 00:17:49,557
在评估记录里，有商品等级、属性评分、图片等

238
00:17:50,122 --> 00:17:54,597
在区分信息里，有是否一次性、是否标准品、是否化学物质等

239
00:17:54,944 --> 00:18:00,072
此外还有图片信息、基准价、MSDS等 其他多项信息

240
00:18:00,696 --> 00:18:02,468
举个例子说明

241
00:18:02,963 --> 00:18:07,656
以 Gram 笔记本为例，制造商为 LG，商品名为笔记本

242
00:18:07,953 --> 00:18:14,260
尺寸，英寸、颜色等
都归入基本信息

243
00:18:15,280 --> 00:18:18,696
各位负责人需要确认这些商品信息是否无误

244
00:18:19,062 --> 00:18:22,587
一旦发现误登，还要及时进行修改与补正

245
00:18:23,052 --> 00:18:24,637
接下来是分类体系

246
00:18:25,092 --> 00:18:29,953
分类体系是 SERVEONE 为了对商品进行分组而制定的体系

247
00:18:30,419 --> 00:18:34,587
整体分为大、中、小、详细 四个层级

248
00:18:35,300 --> 00:18:39,102
大分类是出于分析目的而汇总的中分类的集合

249
00:18:39,587 --> 00:18:43,498
中分类通常是彼此相关的小分类组合

250
00:18:44,003 --> 00:18:48,686
小分类则是具有相同用途与功能的详细分类集合

251
00:18:49,290 --> 00:18:55,300
而详细分类是最底层的区分项
具有共同的功能与目标任务

252
00:18:55,736 --> 00:18:58,186
或由相似工艺制成的商品群

253
00:18:58,522 --> 00:19:01,488
指可以形成唯一名称的分类

254
00:19:02,567 --> 00:19:05,478
以当前标准，体系包含 15 个大分类

255
00:19:05,944 --> 00:19:13,419
126 个中分类、305 个小分类，以及 1240 个详细分类

256
00:19:14,151 --> 00:19:18,429
由于这是基于业务划分的分类体系，可能会随着时间节点发生变更

257
00:19:18,785 --> 00:19:21,726
通常每年会有一次集中梳理与维护期

258
00:19:22,478 --> 00:19:28,636
可以理解为大、中、小分类以用途为中心，详细分类以特性为中心

259
00:19:30,032 --> 00:19:35,954
通过这套分类体系 我们可以直观地识别上下级的层级结构

260
00:19:36,469 --> 00:19:39,290
商品之间的关系也通过类别实现关联

261
00:19:39,637 --> 00:19:41,835
从而更容易把握其特性

262
00:19:42,845 --> 00:19:48,057
这也为同性质商品之间的检索，提供了更简单、更快速的基础

263
00:19:48,879 --> 00:19:52,229
为了便于从上到下快速查看目标品目的各层级统计范围

264
00:19:52,229 --> 00:19:54,775
我们特地这样实现了这一功能

265
00:19:55,448 --> 00:20:00,548
最终，是用于品目的注册、变更、删除
以及维护管理

266
00:20:00,816 --> 00:20:03,736
大家可以历届这都是基本结构就好

267
00:20:05,775 --> 00:20:08,627
接下来讲标准品与非标准品的区分

268
00:20:09,201 --> 00:20:13,361
所谓标准品，就是按标准化规格量产

269
00:20:13,619 --> 00:20:16,359
并在市面上流通的通用商品

270
00:20:17,142 --> 00:20:21,892
通俗地说，就是像手机、笔记本电脑这类，一听到品名

271
00:20:21,892 --> 00:20:25,241
脑海里就能浮现出清晰形象的商品

272
00:20:26,171 --> 00:20:30,577
这类品目可通过型号、制造商、标准规格来加以确认

273
00:20:31,795 --> 00:20:35,795
由于不局限于某个特定事业场所

274
00:20:36,151 --> 00:20:38,755
可以在多个事业场所上架销售

275
00:20:39,577 --> 00:20:43,577
最简单的判别指南是
网上一搜是否能搜到，

276
00:20:44,003 --> 00:20:46,775
是否有型录，目录等

277
00:20:47,547 --> 00:20:51,934
相反，非标准品可以理解为不属于上述标准品的产品

278
00:20:52,597 --> 00:20:56,884
它不具备通用性，往往限定为某一特定客户版本

279
00:20:57,746 --> 00:21:00,396
可能会附带图纸或规格书

280
00:21:00,604 --> 00:21:04,884
也可能属于服务、劳务等无形商品

281
00:21:05,706 --> 00:21:09,156
因此通常属于这一类的包括辅材以及一次性商品等

282
00:21:09,651 --> 00:21:13,983
基本上只在单一事业场所 进行展示并销售，就可以这样理解

283
00:21:15,082 --> 00:21:18,753
不过，即便属于所有非标准性类别的品目

284
00:21:19,278 --> 00:21:20,864
也并非就不存在标准品

285
00:21:21,795 --> 00:21:24,057
举个例子，以购物袋这一分类为例

286
00:21:24,324 --> 00:21:29,132
虽说经常会印上特定客户公司的标识 做成该客户的专用品

287
00:21:29,706 --> 00:21:34,207
但在网上销售的 具有特定尺寸与通用设计的购物袋

288
00:21:34,445 --> 00:21:36,310
就可以视为标准品

289
00:21:36,884 --> 00:21:41,379
因此，请大家知悉 确实也存在这样的例外情形

290
00:21:43,221 --> 00:21:44,706
接下来，是休眠化

291
00:21:45,231 --> 00:21:50,211
所谓休眠化，通俗地说
就是商品没有价格、无法销售的状态

292
00:21:50,775 --> 00:21:54,973
也就是说，无法进行发注和下单的状态

293
00:21:55,656 --> 00:21:57,439
休眠化的类型如下

294
00:21:57,874 --> 00:22:02,033
大体分为非定期休眠化与定期休眠化两类

295
00:22:03,052 --> 00:22:06,763
先看非定期休眠化：第一，商品停产

296
00:22:07,120 --> 00:22:11,993
顾名思义，由于制造方停止生产 而无法供应的情况

297
00:22:12,696 --> 00:22:17,973
第二，库存不足，也就是因缺货而暂时无法供应的商品

298
00:22:18,488 --> 00:22:21,058
第三，被确认属于重复商品

299
00:22:21,098 --> 00:22:25,072
合并为单一商品后 处于休眠化状态

300
00:22:26,142 --> 00:22:28,473
最后，因不可承接而休眠化

301
00:22:28,750 --> 00:22:34,260
指因化学物质信息缺失、安全认证缺失等原因 而被休眠化的品目

302
00:22:35,448 --> 00:22:38,222
至于定期休眠化，第一，长期未结算，

303
00:22:38,697 --> 00:22:43,597
以最终结算月为基准
超过12个月无结算实绩的商品

304
00:22:44,211 --> 00:22:46,161
第二，是一次性商品

305
00:22:46,428 --> 00:22:51,488
即定制品或服务等无形商品 仅可下单一次的商品

306
00:22:52,033 --> 00:22:56,389
综上，休眠化可理解为 共计六种类型

307
00:22:58,419 --> 00:23:02,775
那么在完成休眠化处理之后
若需要再次启用

308
00:23:03,330 --> 00:23:05,468
再使用的流程如下

309
00:23:06,092 --> 00:23:09,161
首先，确认需要再使用的类型

310
00:23:09,696 --> 00:23:14,696
若属于停产、库存不足、原因不明、长期未结算等情形

311
00:23:15,181 --> 00:23:20,122
各负责人员提出再使用请求后 由采购担当可直接进行再使用处理

312
00:23:21,132 --> 00:23:25,755
若为重复商品 在提出请求后，由采购担当审批通过

313
00:23:26,062 --> 00:23:30,013
最终由DB管理团队完成再使用处理

314
00:23:30,874 --> 00:23:33,645
若为不可承接商品，提出再使用请求后

315
00:23:34,081 --> 00:23:37,468
需经采购分析团队审批通过方可使用

316
00:23:38,488 --> 00:23:43,231
因为不可承接商品
其中有些品目一旦出库就不应流通

317
00:23:43,567 --> 00:23:46,914
所以可以理解为其审批流程会更为严格

318
00:23:47,597 --> 00:23:51,439
另外， 对一次性商品不允许解除休眠化

319
00:23:52,924 --> 00:23:54,973
接下来说明临时缺货

320
00:23:55,468 --> 00:23:59,092
与休眠化原因无关、仅属暂时缺货的情况下

321
00:23:59,468 --> 00:24:03,349
可以启用临时缺货功能
将下单暂时设为不可用

322
00:24:03,973 --> 00:24:07,151
这样做是为了事先防止发注错误与发注拒绝

323
00:24:07,508 --> 00:24:11,458
并通过缩短处理LT，将客户不便降到最低

324
00:24:12,260 --> 00:24:16,300
临时缺货期限自申请之日起自动设为1个月

325
00:24:16,746 --> 00:24:18,904
最多可延长2次

326
00:24:20,102 --> 00:24:22,696
当采购担当提交临时缺货呈议后

327
00:24:22,815 --> 00:24:24,845
需经所属组长与主管审批，

328
00:24:25,112 --> 00:24:30,448
并与发注管理组长 及中央采购企划负责人达成合议后即告完成

329
00:24:31,102 --> 00:24:33,805
若在期限内临时缺货状态已解除

330
00:24:34,122 --> 00:24:38,132
可上报临时缺货解除呈议
并推进解除

331
00:24:40,340 --> 00:24:43,637
接着，在商品信息之后，我来说明采购信息

332
00:24:44,310 --> 00:24:46,448
采购信息不同于商品信息

333
00:24:46,696 --> 00:24:50,716
指为实现商品采购而设定的一组信息

334
00:24:52,231 --> 00:24:55,924
采购信息大体分为 价格信息和非价格信息两类

335
00:24:56,577 --> 00:25:02,419
先说价格信息
可调整商品价、有效期、币种、条件等

336
00:25:03,171 --> 00:25:06,389
既可以上调也可以下调商品价格

337
00:25:06,864 --> 00:25:10,815
也可通过调整条件，在特定期间进行折扣销售或

338
00:25:11,171 --> 00:25:13,666
加价销售，以灵活运用

339
00:25:14,429 --> 00:25:18,835
不过，由于上调商品价格是影响业绩的因素

340
00:25:19,062 --> 00:25:21,914
因此需经所属组长及主管批准

341
00:25:22,845 --> 00:25:25,894
此外，在价格信息中的有效期管理方面

342
00:25:26,280 --> 00:25:29,379
对于有约定价格的品目

343
00:25:29,567 --> 00:25:32,656
会在到期前开展重新协商

344
00:25:33,290 --> 00:25:36,290
有效期延长1年的请求会自动处理

345
00:25:36,607 --> 00:25:38,835
特殊情况下也可另行提出申请

346
00:25:39,666 --> 00:25:43,003
非价格信息包括 MOQ、配送LT 等

347
00:25:43,646 --> 00:25:47,260
通过调整 MOQ 可使采购活动得以开展

348
00:25:47,864 --> 00:25:52,795
也可通过调整 LT 检索在交付方面
有优势的合作伙伴品目

349
00:25:53,854 --> 00:25:56,686
另外，通过调整可供状态

350
00:25:56,854 --> 00:26:00,221
可以阻止按某条采购信息发出发注

351
00:26:00,854 --> 00:26:04,577
对有效期已到的商品会自动设为不可

352
00:26:04,924 --> 00:26:06,835
以便单独管理

353
00:26:07,320 --> 00:26:11,478
在 S-MRO 上，可通过采购信息批量变更菜单

354
00:26:11,676 --> 00:26:16,151
对特定合作伙伴、特定关键值的商品进行批量变更，

355
00:26:16,419 --> 00:26:18,646
并据此开展运营

356
00:26:19,369 --> 00:26:24,023
课程最后 我们来汇总一下商品信息与采购信息

357
00:26:24,825 --> 00:26:27,746
商品信息包括：商品名、规格，

358
00:26:27,874 --> 00:26:31,768
生产商、订购单位，以及图片与认证信息等

359
00:26:32,600 --> 00:26:38,596
采购信息包括，商品价格、合作伙伴信息、MOQ、有效期等

360
00:26:39,200 --> 00:26:43,445
换言之 商品信息是商品本体层面的信息

361
00:26:43,999 --> 00:26:49,209
而采购信息则是通过 合作伙伴采购该商品所需的信息

362
00:26:50,080 --> 00:26:53,123
对商品信息与采购信息进行细致管理

363
00:26:53,400 --> 00:26:56,603
可以说正是采购担当的本职工作

364
00:26:57,900 --> 00:27:02,714
以上就是本次商品信息登记 与管理部分的课程

365
00:27:03,060 --> 00:27:06,183
如有任何疑问，欢迎随时联系

366
00:27:06,480 --> 00:27:08,144
到这里为止，我是吴在彦资深

367
00:27:08,204 --> 00:27:08,829
谢谢大家