1
00:00:13,680 --> 00:00:16,960
现在开始讲解采购结算和销售结算

2
00:00:18,440 --> 00:00:20,020
课程目录如下

3
00:00:20,240 --> 00:00:24,480
针对已完成配送的订单，在SERVEONE与合作商之间进行的采购结算

4
00:00:24,760 --> 00:00:27,060
在SERVEONE与客户公司之间进行的销售结算

5
00:00:27,060 --> 00:00:28,760
分为以上两种

6
00:00:29,060 --> 00:00:31,740
下面将分别介绍这两种结算流程

7
00:00:33,340 --> 00:00:36,340
在课程开始之前，我先做个自我介绍

8
00:00:36,660 --> 00:00:40,680
我于2014年入职，至今已有10年的采购工作经验

9
00:00:40,940 --> 00:00:45,060
目前我在采购分析团队，负责采购规划工作

10
00:00:45,240 --> 00:00:47,940
我是采购分析团队的赵成真

11
00:00:50,740 --> 00:00:52,720
很荣幸能进行本次讲义

12
00:00:52,720 --> 00:00:54,700
我会尽力做到最好

13
00:00:54,940 --> 00:00:57,160
首先是采购结算概览

14
00:00:59,000 --> 00:01:01,160
采购结算的字典定义是

15
00:01:01,160 --> 00:01:06,559
从合作商处购买的商品库存，确认为债务

16
00:01:06,799 --> 00:01:11,559
在业务上，是指确定应支付给合作商的款项

17
00:01:11,559 --> 00:01:14,059
并开具采购发票

18
00:01:14,939 --> 00:01:18,579
采购结算时点因配送形式而异

19
00:01:19,139 --> 00:01:23,259
可以方便地理解为商品管理主体及权限转移至SERVEONE的

20
00:01:23,259 --> 00:01:26,279
时点就是采购结算时点

21
00:01:26,779 --> 00:01:31,259
直送情况下，是合作商直接配送给客户公司并完成的时点

22
00:01:31,639 --> 00:01:35,659
无库存和中心库存情况下，是货物完成入库到枢纽的时点

23
00:01:36,019 --> 00:01:40,019
VMI情况下，是货物出库的时点就是采购结算时点

24
00:01:40,379 --> 00:01:45,019
值得注意的是，无库存、中心库存和VMI

25
00:01:45,019 --> 00:01:46,899
因为经由我司的枢纽

26
00:01:47,199 --> 00:01:49,559
所以无需单独的入库凭证

27
00:01:49,799 --> 00:01:54,599
但直送情况下，我司需要对实物移动进行确认

28
00:01:54,839 --> 00:01:59,219
合作商在处理配送完成时，需要上传配送完成凭证

29
00:01:59,599 --> 00:02:04,639
并且在后续的采购结算时点，会对该资料的合格性进行审查

30
00:02:05,079 --> 00:02:10,939
与此相关的流程将在后面的配送凭证监控中进行讲解

31
00:02:11,699 --> 00:02:15,419
接下来，我将介绍SERVEONE为

32
00:02:15,419 --> 00:02:18,159
合作商进行采购结算的业务流程

33
00:02:20,339 --> 00:02:22,699
这是采购结算的基本流程

34
00:02:22,999 --> 00:02:26,219
正如开头所说，直送是以配送完成时点为准

35
00:02:26,539 --> 00:02:29,019
无库存，中心库存是以入库到枢纽的时点为准

36
00:02:29,239 --> 00:02:33,459
VMI是以从枢纽出库的时点为准，成为采购结算对象

37
00:02:34,079 --> 00:02:36,020
确定采购结算对象后

38
00:02:36,020 --> 00:02:40,081
将根据是否手动结算来执行手动或自动结算

39
00:02:40,259 --> 00:02:44,939
在D+1日，事业管理团队会进行批量采购截止处理

40
00:02:44,999 --> 00:02:47,519
并反向开具采购发票

41
00:02:48,079 --> 00:02:50,699
虽然流程中有手动结算处理

42
00:02:50,699 --> 00:02:54,419
但采购结算99%都是自动执行的

43
00:02:54,599 --> 00:02:58,199
所以无需特别关注手动结算

44
00:02:58,859 --> 00:03:03,379
之后，如果合作商在期限内批准了反向开具的发票

45
00:03:03,379 --> 00:03:05,799
采购结算流程就完成了

46
00:03:06,439 --> 00:03:08,239
接下来是结算日程

47
00:03:08,519 --> 00:03:12,959
每月的结算日程如下，从当月最后一天起

48
00:03:12,959 --> 00:03:17,239
至次月第3个工作日，由各管理主体完成业务截止

49
00:03:17,679 --> 00:03:21,179
但是，如果结算月份的次月初工作日是法定节假日

50
00:03:21,359 --> 00:03:25,679
事业管理团队会提前共享结算日程

51
00:03:25,679 --> 00:03:28,359
请大家参考此点来执行业务

52
00:03:29,119 --> 00:03:32,459
为了完成结算，客户的SO

53
00:03:32,459 --> 00:03:36,079
以及合作商的配送完成都必须在月底完成

54
00:03:36,079 --> 00:03:38,259
枢纽的进出库也必须完成

55
00:03:38,819 --> 00:03:44,199
采购结算会在次月第1个工作日之前在系统中自动完成

56
00:03:44,839 --> 00:03:50,039
然后，事业管理团队会为各合作商反向开具采购发票

57
00:03:50,039 --> 00:03:52,439
并在第2个工作日开具

58
00:03:54,579 --> 00:03:59,699
采购结算的截止时间原则上必须遵守结算日程

59
00:03:59,699 --> 00:04:01,459
并由事业管理团队主导

60
00:04:01,459 --> 00:04:05,359
自动进行各合作商的系统采购结算

61
00:04:07,839 --> 00:04:11,259
发票不是由销售方合作商开具

62
00:04:11,259 --> 00:04:14,379
而是由采购方SERVEONE反向开具

63
00:04:14,379 --> 00:04:19,419
并根据税务代码、结算货币和结算类型单独开具

64
00:04:19,859 --> 00:04:23,359
反向开具的发票必须在每月10日之前获得批准

65
00:04:23,819 --> 00:04:28,239
如果10日是法定节假日，则必须在下一个工作日之前完成批准

66
00:04:28,659 --> 00:04:31,779
如果在此期间内未获得批准

67
00:04:31,779 --> 00:04:34,839
双方将同样被处以1%的滞纳金

68
00:04:35,899 --> 00:04:38,739
作为合作商代表负责人的采购负责人

69
00:04:38,739 --> 00:04:44,079
需要在发票截止日期前催促已批准的合作商

70
00:04:45,119 --> 00:04:48,079
接下来是我司的付款条件

71
00:04:48,259 --> 00:04:51,059
这部分内容可能是大家在

72
00:04:51,059 --> 00:04:53,599
工作中最好奇也最重要的一点

73
00:04:54,059 --> 00:04:57,119
事实上，采购结算的系统是

74
00:04:57,119 --> 00:04:59,479
自动对已完成配送的订单进行结算的

75
00:04:59,739 --> 00:05:02,979
所以无需额外处理或担心遗漏

76
00:05:03,279 --> 00:05:07,899
但付款条件涉及我司的政策性规定

77
00:05:07,899 --> 00:05:12,619
因此在与合作商沟通时必须牢记

78
00:05:12,719 --> 00:05:15,819
我司所有对合作商的款项

79
00:05:15,819 --> 00:05:19,019
均通过开具采购卡承兑汇票支付

80
00:05:19,019 --> 00:05:21,559
请务必熟知，根据结算类型

81
00:05:21,559 --> 00:05:25,159
发票和采购卡承兑汇票的开具日期不同

82
00:05:25,339 --> 00:05:28,379
月结是每月一次的月末结算

83
00:05:28,379 --> 00:05:32,919
批次结是每月两次结算，分别是15日和月底

84
00:05:33,219 --> 00:05:37,479
按税收分类，应税和免税属于一类

85
00:05:37,479 --> 00:05:42,019
而零税率则根据结算类型，仅发票开具日期不同

86
00:05:42,019 --> 00:05:45,739
且与合作商是否分包无关

87
00:05:45,739 --> 00:05:50,439
开具日期为发票开具日起14天后到期的承兑汇票

88
00:05:50,919 --> 00:05:56,479
应税和免税情况下，到期日因是否分包而异

89
00:05:56,759 --> 00:06:00,499
分包情况下，到期日为发票开具日起60天

90
00:06:01,039 --> 00:06:04,839
非分包情况下，付款到期日为120天

91
00:06:05,379 --> 00:06:09,059
尽管条件复杂且混杂

92
00:06:09,059 --> 00:06:13,059
但采购负责人必须能够区分月结的应税和免税

93
00:06:13,299 --> 00:06:16,819
分包、非分包情况下的采购卡承兑汇票开具日期

94
00:06:16,819 --> 00:06:19,759
和发票开具日期

95
00:06:19,759 --> 00:06:22,979
并向合作商提供准确的指导

96
00:06:23,499 --> 00:06:27,619
该部分内容已在合作商前台同样公示

97
00:06:27,619 --> 00:06:31,619
建议引导合作商参考这些内容

98
00:06:32,259 --> 00:06:37,679
正如我开头所说，这部分内容是我司的政策性规定

99
00:06:37,679 --> 00:06:39,399
今后可能会有变动

100
00:06:39,659 --> 00:06:43,359
因此，采购负责人需要在掌握这些

101
00:06:43,359 --> 00:06:47,699
基本知识的基础上始终了解最新的信息

102
00:06:48,419 --> 00:06:52,619
接下来，我想讲一下常见的采购结算错误案例

103
00:06:53,119 --> 00:06:58,819
第一个案例是采购负责人错误登记了免税和应税的税务代码

104
00:06:58,819 --> 00:07:00,739
从而导致税务代码不一致

105
00:07:01,139 --> 00:07:07,339
第二个案例是销售负责人在采购结算结束后更改了订单的流通路径

106
00:07:07,339 --> 00:07:12,339
导致应税和免税被处理为零税率，从而发生税务代码不一致

107
00:07:12,939 --> 00:07:18,579
原则上，采购负责人在进行商品登记时，必须区分自己品类内的

108
00:07:18,579 --> 00:07:22,659
应税和免税商品，并进行准确的登记

109
00:07:22,659 --> 00:07:27,639
销售负责人如果需要更改流通路径

110
00:07:27,639 --> 00:07:31,699
也必须在采购结算结束前完成

111
00:07:31,699 --> 00:07:33,780
才能防止不一致的错误

112
00:07:36,659 --> 00:07:41,599
税务代码，大家都知道，分为应税、免税和零税率

113
00:07:41,999 --> 00:07:44,240
一般交易都是应税

114
00:07:44,240 --> 00:07:48,200
某些商品则因无需申报增值税而进行免税处理

115
00:07:48,200 --> 00:07:53,139
出口订单则在申报增值税后，进行零税率处理以获得退税

116
00:07:54,259 --> 00:07:57,639
应税是一般交易，零税率是出口订单

117
00:07:57,640 --> 00:08:00,080
无需单独的负责人来熟知

118
00:08:00,080 --> 00:08:04,839
但免税部分则需要负责人务必处理

119
00:08:05,379 --> 00:08:11,919
代表性的免税商品包括书籍、花、盐、大米、泡菜、蜂蜜等

120
00:08:12,199 --> 00:08:15,359
负责这些商品的采购负责人

121
00:08:15,359 --> 00:08:20,499
在登记相关商品时，必须将税务代码处理为免税

122
00:08:20,979 --> 00:08:24,479
负责这些品类的采购负责人

123
00:08:24,480 --> 00:08:26,383
可能已经很熟悉

124
00:08:26,383 --> 00:08:31,919
但销售和运营负责人可能不了解这一点

125
00:08:31,919 --> 00:08:36,040
所以，采购负责人如果因为失误而遗漏了某些部分

126
00:08:36,040 --> 00:08:39,400
客户公司可能会在结算时发现

127
00:08:39,400 --> 00:08:41,709
并要求修改

128
00:08:42,260 --> 00:08:45,400
为了避免在结算时出现税务代码错误

129
00:08:45,401 --> 00:08:47,781
了解一些代表性的商品

130
00:08:47,781 --> 00:08:50,860
可以帮助大家避免不必要的工作损失

131
00:08:52,040 --> 00:08:54,260
接下来是配送凭证监控

132
00:08:56,560 --> 00:08:59,880
目前，SERVEONE为了提高基于系统的工作效率

133
00:08:59,880 --> 00:09:03,760
会自动对已完成配送的订单进行采购结算

134
00:09:04,280 --> 00:09:06,760
但是，作为付款方

135
00:09:06,761 --> 00:09:10,630
有必要检查那些尚未确认交易真实性的订单

136
00:09:10,630 --> 00:09:15,520
这项工作就是配送凭证监控，它用于验证配送凭证的合格性

137
00:09:18,120 --> 00:09:22,800
配送凭证监控是根据合作商上传的配送凭证

138
00:09:22,800 --> 00:09:28,240
来验证不合格的凭证，并最终暂停向合作商支付款项

139
00:09:28,880 --> 00:09:34,140
详细流程我将结合后面页面的各业务主体的ARENA进行说明

140
00:09:35,200 --> 00:09:40,340
我们会判断配送凭证是否合格，并进行批准或退回处理

141
00:09:40,880 --> 00:09:44,940
监控的目的是检查凭证资料的合格性

142
00:09:44,940 --> 00:09:48,101
并以此为基础，通过付款或暂停付款

143
00:09:48,101 --> 00:09:50,487
来确保交易的真实性

144
00:09:51,000 --> 00:09:55,120
下一页我将介绍各负责人的主要业务

145
00:09:56,580 --> 00:09:58,941
从各负责人的主要业务来看

146
00:09:58,941 --> 00:10:03,459
运营负责人会监控订单的合格性

147
00:10:03,459 --> 00:10:06,301
并与合作商进行修改和上传操作

148
00:10:06,301 --> 00:10:09,441
最终确定暂停付款的对象

149
00:10:09,821 --> 00:10:15,060
然后，各部门的分析负责人进行暂停付款的审批

150
00:10:15,060 --> 00:10:17,680
事业管理团队会暂停付款

151
00:10:18,200 --> 00:10:21,921
之后，采购负责人会对暂停付款的订单

152
00:10:21,921 --> 00:10:25,093
进行合作商指导并确认合格凭证

153
00:10:25,093 --> 00:10:29,280
如果确认正常配送完成，则进行解除审批

154
00:10:29,280 --> 00:10:32,160
如果无法确认，则进行退货处理

155
00:10:33,180 --> 00:10:38,320
存在一些监控例外对象，比如通过枢纽配送确保真实性的

156
00:10:38,320 --> 00:10:40,960
无库存、中心库存、VMI订单

157
00:10:41,387 --> 00:10:46,127
不使用合作商前台的联营合作商和海外合作商的订单

158
00:10:46,420 --> 00:10:52,220
销售结算完成后才进行采购结算的PERS SSCS订单

159
00:10:52,460 --> 00:10:58,180
以及移动配送完成的订单，都不进行配送凭证监控

160
00:11:01,440 --> 00:11:06,440
这是展示前面提到的各业务主体业务流程图的资料

161
00:11:06,820 --> 00:11:10,220
了解这部分内容对您的工作会有帮助

162
00:11:10,900 --> 00:11:13,080
最后，运营负责人

163
00:11:13,081 --> 00:11:16,245
会根据合作商出库形式的合格标准

164
00:11:16,245 --> 00:11:18,840
来执行配送凭证监控工作

165
00:11:19,160 --> 00:11:21,221
他们会检查是否上传了

166
00:11:21,221 --> 00:11:25,229
与实际订单一致的发票或其他形式的凭证

167
00:11:25,620 --> 00:11:28,980
如果上传的凭证与实际订单不符

168
00:11:28,981 --> 00:11:31,275
或者无法确认已签收

169
00:11:31,580 --> 00:11:36,660
对于无法验证真实性的订单，会要求合作商重新提供凭证

170
00:11:37,100 --> 00:11:40,301
请注意，凭证形式不同，验证要求也不同

171
00:11:40,301 --> 00:11:43,280
建议大家阅读并参考一下

172
00:11:43,960 --> 00:11:48,560
接下来是SERVEONE和客户公司之间的销售结算

173
00:11:48,860 --> 00:11:52,260
采购结算通过系统批量自动进行

174
00:11:52,520 --> 00:11:57,520
而销售结算则是由运营负责人从前期准备到开具发票

175
00:11:57,520 --> 00:12:02,420
手动进行的部分较多，因此流程更为复杂

176
00:12:02,840 --> 00:12:08,500
然而，这部分工作由各运营单位的运营负责人负责

177
00:12:08,500 --> 00:12:11,240
我认为他们会比我更了解

178
00:12:11,440 --> 00:12:15,140
因此，销售负责人和采购负责人

179
00:12:15,140 --> 00:12:18,600
只需了解整个流程即可

180
00:12:20,240 --> 00:12:23,020
我们来看看销售结算是在何时进行的

181
00:12:23,020 --> 00:12:27,200
这是我在课程开始时展示的整体流程中的最后一个环节

182
00:12:27,680 --> 00:12:30,560
我们来看看销售结算有什么意义

183
00:12:30,560 --> 00:12:34,560
从字面上看，它是记录和整理SERVEONE销售额的过程

184
00:12:34,560 --> 00:12:39,080
而实际上，这是SERVEONE实现收益的最后一步

185
00:12:39,080 --> 00:12:41,160
因此这是一项非常重要的工作

186
00:12:41,400 --> 00:12:44,840
那么，接下来我将讲解销售结算流程

187
00:12:46,640 --> 00:12:49,640
销售结算的流程如下所示

188
00:12:50,080 --> 00:12:52,380
未配送订单管理

189
00:12:52,640 --> 00:12:56,280
为系统结算处理而进行的入库处理及客户督促

190
00:12:56,580 --> 00:12:59,540
编制结算清单并与客户协商

191
00:12:59,840 --> 00:13:04,780
确定协商后的结算清单并进行验收月份管理，以用于系统结算

192
00:13:05,100 --> 00:13:08,620
然后依次进行销售处理、发票开具

193
00:13:09,200 --> 00:13:11,280
第一步是未配送订单管理

194
00:13:11,280 --> 00:13:15,340
这项工作是通过督促客户、合作商和内部业务

195
00:13:15,340 --> 00:13:17,260
来完成未配送订单的配送

196
00:13:17,800 --> 00:13:21,560
运营负责人会督促客户

197
00:13:21,560 --> 00:13:24,540
处理预入库订单中未完成的事项

198
00:13:24,540 --> 00:13:28,160
并向合作商确认未配送订单的交货日期

199
00:13:28,160 --> 00:13:30,260
督促他们完成配送处理

200
00:13:30,840 --> 00:13:35,100
运营负责人会自行检查

201
00:13:35,100 --> 00:13:40,040
是否有遗漏的预入库未处理事项，并进行确认

202
00:13:41,300 --> 00:13:46,200
在整理未配送订单的同时，检查未完成入库的订单

203
00:13:46,200 --> 00:13:49,100
并督促客户进行入库处理

204
00:13:49,620 --> 00:13:54,280
如下表所示，虽然有些订单在合作商枢纽完成配送的同时

205
00:13:54,280 --> 00:13:58,120
会自动完成入库处理，可以进行销售结算

206
00:13:58,400 --> 00:14:02,160
但像半自动、手动和入库接收类型一样

207
00:14:02,160 --> 00:14:06,960
有些情况下，需要客户公司进行入库处理后才能进行销售结算

208
00:14:06,960 --> 00:14:09,640
因此需要检查客户未处理的事项

209
00:14:09,641 --> 00:14:11,801
并督促客户

210
00:14:12,460 --> 00:14:15,280
对于半自动和手动类型，如下图所示

211
00:14:15,280 --> 00:14:19,060
客户需要在客户前台亲自进行入库处理

212
00:14:19,720 --> 00:14:24,320
所有入库处理完成后，会根据各客户公司要求的格式

213
00:14:24,320 --> 00:14:29,420
编制当月结算清单，并与客户进行相互协商

214
00:14:30,560 --> 00:14:34,160
如果与客户确定了当月的结算清单

215
00:14:34,160 --> 00:14:37,820
为了在系统上进行销售处理，需要进行验收月份管理

216
00:14:38,040 --> 00:14:43,920
这里的验收月份是以入库日为基准，根据各运营单位的结算日自动计算

217
00:14:43,920 --> 00:14:47,160
也称为预计结算月

218
00:14:47,660 --> 00:14:51,101
系统上的验收月份必须与当前结算月份相同

219
00:14:51,101 --> 00:14:53,421
才能进行销售结算处理

220
00:14:53,421 --> 00:14:57,860
因此，确定结算清单后进行上月及结转处理的阶段

221
00:14:57,860 --> 00:15:00,160
可以看作是验收月份管理

222
00:15:00,940 --> 00:15:03,480
验收月份管理有两种情况

223
00:15:04,080 --> 00:15:08,600
第一种情况，在结算基准日为25日的运营单位

224
00:15:08,600 --> 00:15:12,320
例如，如果有一笔在4月25日完成配送的订单

225
00:15:12,320 --> 00:15:17,180
那么根据运营单位的结算日，验收月份会自动计算为4月

226
00:15:17,680 --> 00:15:22,580
相反，如果有一笔在次月，即5月25日完成配送的订单

227
00:15:22,840 --> 00:15:27,360
根据运营单位的结算日，验收月份会自动计算为6月

228
00:15:28,040 --> 00:15:31,220
因此，在这两种情况下

229
00:15:31,220 --> 00:15:35,260
由于都需要在5月进行结算，因此需要进行调整

230
00:15:35,640 --> 00:15:38,940
对于第一种情况，验收月份为4月的订单

231
00:15:38,940 --> 00:15:41,780
需要进行结转处理，将验收月份变更为5月

232
00:15:42,040 --> 00:15:45,280
对于验收月份为6月的订单，需要进行上月处理

233
00:15:45,280 --> 00:15:47,200
将验收月份准备为5月

234
00:15:48,280 --> 00:15:52,100
通过验收月份管理，当月需要进行销售结算的订单

235
00:15:52,100 --> 00:15:54,540
如果处于可进行销售处理的状态

236
00:15:54,540 --> 00:15:58,440
则可以在SMRO中查询并处理销售结算对象

237
00:15:58,980 --> 00:16:02,960
可以查询未完成销售结算的对象并进行处理

238
00:16:03,320 --> 00:16:07,520
也可以查询已完成销售结算的对象并取消结算

239
00:16:07,960 --> 00:16:13,140
但是，要取消销售结算，必须满足以下条件

240
00:16:14,120 --> 00:16:17,700
已完成按订单的销售结算处理

241
00:16:17,700 --> 00:16:21,160
并完成该事业部运营单位的销售结算

242
00:16:21,920 --> 00:16:25,080
如果某个订单的采购结算已完成

243
00:16:25,080 --> 00:16:27,580
但与客户公司的销售结算尚未完成

244
00:16:27,580 --> 00:16:30,520
就会因未进行销售结算而产生委托库存

245
00:16:30,840 --> 00:16:35,080
委托库存是指采购结算已完成，债务已确定

246
00:16:35,300 --> 00:16:39,980
但销售结算尚未完成，债权未确定而产生

247
00:16:40,500 --> 00:16:44,220
因此必须进行管理以避免此类委托库存的产生

248
00:16:44,580 --> 00:16:48,560
委托库存由运营团队、销售团队和事业管理团队之间

249
00:16:48,560 --> 00:16:51,660
按月跟踪其原因和完成情况

250
00:16:51,920 --> 00:16:54,240
管理流程如下表所示

251
00:16:54,840 --> 00:16:58,500
未结算订单汇总后，结算处理会被阻止

252
00:16:58,500 --> 00:17:00,940
销售和运营负责人会收到

253
00:17:00,940 --> 00:17:03,600
未制定结算计划的 To-Do List

254
00:17:04,000 --> 00:17:08,419
运营团队在系统中输入未结算的原因和计划

255
00:17:08,419 --> 00:17:10,399
销售负责人最终确认后

256
00:17:10,399 --> 00:17:13,679
结算阻止将被解除，从而可以进行销售结算

257
00:17:14,559 --> 00:17:19,399
次月进行销售结算，而无法进行销售结算的订单

258
00:17:19,399 --> 00:17:21,191
则按季度进行核销处理

259
00:17:22,207 --> 00:17:25,967
未处理结算的原因已按此资料进行了区分

260
00:17:25,967 --> 00:17:28,839
为了最大限度地减少委托库存和进行履历管理

261
00:17:28,839 --> 00:17:32,219
准确输入实际发生的原因非常重要

262
00:17:34,719 --> 00:17:38,679
SMRO上的销售处理完成后，会开具发票

263
00:17:38,919 --> 00:17:43,479
销售方SERVEONE向采购方客户公司开具发票，称为正向开具

264
00:17:43,739 --> 00:17:45,839
相反的情况则称为反向开具

265
00:17:46,399 --> 00:17:50,599
此外，还有一种正向开具，但并非通过SMRO，而是根据客户要求

266
00:17:50,599 --> 00:17:54,259
通过UCES DI或Smart Bill开具的

267
00:17:54,259 --> 00:17:56,259
称为其他ASP开具

268
00:17:57,139 --> 00:18:01,239
如下图所示，虽然采购方参与开具过程

269
00:18:01,239 --> 00:18:04,459
但发票的最终电子签名由销售方负责

270
00:18:04,459 --> 00:18:06,739
因此最终责任由销售方承担

271
00:18:07,099 --> 00:18:11,299
因此，即使是反向开具，SERVEONE也必须仔细审查

272
00:18:11,639 --> 00:18:14,879
发票是否可以修改取决于具体情况

273
00:18:15,199 --> 00:18:18,179
主要有两种常见的修改情况

274
00:18:18,539 --> 00:18:21,959
如果需要修改供应日期、品名

275
00:18:21,959 --> 00:18:24,339
供应金额等内容

276
00:18:24,339 --> 00:18:27,179
在仅登记的状态下可以修改

277
00:18:27,179 --> 00:18:30,099
但如果已完成最终开具，则无法修改

278
00:18:30,819 --> 00:18:35,139
必须先取消修改后的发票，然后再重新开具

279
00:18:35,499 --> 00:18:40,379
这适用于正向开具的发票登记和开具流程

280
00:18:40,379 --> 00:18:44,759
反向开具和其他ASP开具无法修改，只能取消

281
00:18:45,639 --> 00:18:48,159
如果需要更改税务代码

282
00:18:48,159 --> 00:18:50,959
必须按以下顺序取消销售结算

283
00:18:50,959 --> 00:18:56,079
更改税务代码后，再重新开具销售结算发票

284
00:18:56,379 --> 00:18:59,539
因此必须遵守此流程

285
00:19:00,839 --> 00:19:04,859
最后是销售结算不一致的处理流程

286
00:19:06,739 --> 00:19:10,399
原则上，在对当月销售对象进行销售处理后

287
00:19:10,399 --> 00:19:12,599
才会开具发票

288
00:19:12,599 --> 00:19:16,619
因此销售结算对象和发票对象必须一致

289
00:19:17,059 --> 00:19:20,059
但有时也会出现不一致的情况

290
00:19:20,379 --> 00:19:25,639
由于客户公司核对延迟、销售价格追溯延迟、订单生产延迟等原因

291
00:19:25,639 --> 00:19:28,799
可能会导致销售不一致

292
00:19:28,799 --> 00:19:31,579
在这种情况下，需要进行流程修改

293
00:19:32,159 --> 00:19:37,819
此流程修改的依据是D+2日和D+3日不同的标准

294
00:19:37,819 --> 00:19:40,819
因此您只需按照该流程执行即可

295
00:19:41,499 --> 00:19:44,600
以上就是SERVEONE MRO流程中的采购结算

296
00:19:44,600 --> 00:19:46,980
和销售结算的全部内容

297
00:19:47,199 --> 00:19:47,959
谢谢