现在开始讲解采购结算和销售结算
课程目录如下
针对已完成配送的订单，在SERVEONE与合作商之间进行的采购结算
在SERVEONE与客户公司之间进行的销售结算
分为以上两种
下面将分别介绍这两种结算流程
在课程开始之前，我先做个自我介绍
我于2014年入职，至今已有10年的采购工作经验
目前我在采购分析团队，负责采购规划工作
我是采购分析团队的赵成真
很荣幸能进行本次讲义
我会尽力做到最好
首先是采购结算概览
采购结算的字典定义是
从合作商处购买的商品库存，确认为债务
在业务上，是指确定应支付给合作商的款项
并开具采购发票
采购结算时点因配送形式而异
可以方便地理解为商品管理主体及权限转移至SERVEONE的
时点就是采购结算时点
直送情况下，是合作商直接配送给客户公司并完成的时点
无库存和中心库存情况下，是货物完成入库到枢纽的时点
VMI情况下，是货物出库的时点就是采购结算时点
值得注意的是，无库存、中心库存和VMI
因为经由我司的枢纽
所以无需单独的入库凭证
但直送情况下，我司需要对实物移动进行确认
合作商在处理配送完成时，需要上传配送完成凭证
并且在后续的采购结算时点，会对该资料的合格性进行审查
与此相关的流程将在后面的配送凭证监控中进行讲解
接下来，我将介绍SERVEONE为
合作商进行采购结算的业务流程
这是采购结算的基本流程
正如开头所说，直送是以配送完成时点为准
无库存，中心库存是以入库到枢纽的时点为准
VMI是以从枢纽出库的时点为准，成为采购结算对象
确定采购结算对象后
将根据是否手动结算来执行手动或自动结算
在D+1日，事业管理团队会进行批量采购截止处理
并反向开具采购发票
虽然流程中有手动结算处理
但采购结算99%都是自动执行的
所以无需特别关注手动结算
之后，如果合作商在期限内批准了反向开具的发票
采购结算流程就完成了
接下来是结算日程
每月的结算日程如下，从当月最后一天起
至次月第3个工作日，由各管理主体完成业务截止
但是，如果结算月份的次月初工作日是法定节假日
事业管理团队会提前共享结算日程
请大家参考此点来执行业务
为了完成结算，客户的SO
以及合作商的配送完成都必须在月底完成
枢纽的进出库也必须完成
采购结算会在次月第1个工作日之前在系统中自动完成
然后，事业管理团队会为各合作商反向开具采购发票
并在第2个工作日开具
采购结算的截止时间原则上必须遵守结算日程
并由事业管理团队主导
自动进行各合作商的系统采购结算
发票不是由销售方合作商开具
而是由采购方SERVEONE反向开具
并根据税务代码、结算货币和结算类型单独开具
反向开具的发票必须在每月10日之前获得批准
如果10日是法定节假日，则必须在下一个工作日之前完成批准
如果在此期间内未获得批准
双方将同样被处以1%的滞纳金
作为合作商代表负责人的采购负责人
需要在发票截止日期前催促已批准的合作商
接下来是我司的付款条件
这部分内容可能是大家在
工作中最好奇也最重要的一点
事实上，采购结算的系统是
自动对已完成配送的订单进行结算的
所以无需额外处理或担心遗漏
但付款条件涉及我司的政策性规定
因此在与合作商沟通时必须牢记
我司所有对合作商的款项
均通过开具采购卡承兑汇票支付
请务必熟知，根据结算类型
发票和采购卡承兑汇票的开具日期不同
月结是每月一次的月末结算
批次结是每月两次结算，分别是15日和月底
按税收分类，应税和免税属于一类
而零税率则根据结算类型，仅发票开具日期不同
且与合作商是否分包无关
开具日期为发票开具日起14天后到期的承兑汇票
应税和免税情况下，到期日因是否分包而异
分包情况下，到期日为发票开具日起60天
非分包情况下，付款到期日为120天
尽管条件复杂且混杂
但采购负责人必须能够区分月结的应税和免税
分包、非分包情况下的采购卡承兑汇票开具日期
和发票开具日期
并向合作商提供准确的指导
该部分内容已在合作商前台同样公示
建议引导合作商参考这些内容
正如我开头所说，这部分内容是我司的政策性规定
今后可能会有变动
因此，采购负责人需要在掌握这些
基本知识的基础上始终了解最新的信息
接下来，我想讲一下常见的采购结算错误案例
第一个案例是采购负责人错误登记了免税和应税的税务代码
从而导致税务代码不一致
第二个案例是销售负责人在采购结算结束后更改了订单的流通路径
导致应税和免税被处理为零税率，从而发生税务代码不一致
原则上，采购负责人在进行商品登记时，必须区分自己品类内的
应税和免税商品，并进行准确的登记
销售负责人如果需要更改流通路径
也必须在采购结算结束前完成
才能防止不一致的错误
税务代码，大家都知道，分为应税、免税和零税率
一般交易都是应税
某些商品则因无需申报增值税而进行免税处理
出口订单则在申报增值税后，进行零税率处理以获得退税
应税是一般交易，零税率是出口订单
无需单独的负责人来熟知
但免税部分则需要负责人务必处理
代表性的免税商品包括书籍、花、盐、大米、泡菜、蜂蜜等
负责这些商品的采购负责人
在登记相关商品时，必须将税务代码处理为免税
负责这些品类的采购负责人
可能已经很熟悉
但销售和运营负责人可能不了解这一点
所以，采购负责人如果因为失误而遗漏了某些部分
客户公司可能会在结算时发现
并要求修改
为了避免在结算时出现税务代码错误
了解一些代表性的商品
可以帮助大家避免不必要的工作损失
接下来是配送凭证监控
目前，SERVEONE为了提高基于系统的工作效率
会自动对已完成配送的订单进行采购结算
但是，作为付款方
有必要检查那些尚未确认交易真实性的订单
这项工作就是配送凭证监控，它用于验证配送凭证的合格性
配送凭证监控是根据合作商上传的配送凭证
来验证不合格的凭证，并最终暂停向合作商支付款项
详细流程我将结合后面页面的各业务主体的ARENA进行说明
我们会判断配送凭证是否合格，并进行批准或退回处理
监控的目的是检查凭证资料的合格性
并以此为基础，通过付款或暂停付款
来确保交易的真实性
下一页我将介绍各负责人的主要业务
从各负责人的主要业务来看
运营负责人会监控订单的合格性
并与合作商进行修改和上传操作
最终确定暂停付款的对象
然后，各部门的分析负责人进行暂停付款的审批
事业管理团队会暂停付款
之后，采购负责人会对暂停付款的订单
进行合作商指导并确认合格凭证
如果确认正常配送完成，则进行解除审批
如果无法确认，则进行退货处理
存在一些监控例外对象，比如通过枢纽配送确保真实性的
无库存、中心库存、VMI订单
不使用合作商前台的联营合作商和海外合作商的订单
销售结算完成后才进行采购结算的PERS SSCS订单
以及移动配送完成的订单，都不进行配送凭证监控
这是展示前面提到的各业务主体业务流程图的资料
了解这部分内容对您的工作会有帮助
最后，运营负责人
会根据合作商出库形式的合格标准
来执行配送凭证监控工作
他们会检查是否上传了
与实际订单一致的发票或其他形式的凭证
如果上传的凭证与实际订单不符
或者无法确认已签收
对于无法验证真实性的订单，会要求合作商重新提供凭证
请注意，凭证形式不同，验证要求也不同
建议大家阅读并参考一下
接下来是SERVEONE和客户公司之间的销售结算
采购结算通过系统批量自动进行
而销售结算则是由运营负责人从前期准备到开具发票
手动进行的部分较多，因此流程更为复杂
然而，这部分工作由各运营单位的运营负责人负责
我认为他们会比我更了解
因此，销售负责人和采购负责人
只需了解整个流程即可
我们来看看销售结算是在何时进行的
这是我在课程开始时展示的整体流程中的最后一个环节
我们来看看销售结算有什么意义
从字面上看，它是记录和整理SERVEONE销售额的过程
而实际上，这是SERVEONE实现收益的最后一步
因此这是一项非常重要的工作
那么，接下来我将讲解销售结算流程
销售结算的流程如下所示
未配送订单管理
为系统结算处理而进行的入库处理及客户督促
编制结算清单并与客户协商
确定协商后的结算清单并进行验收月份管理，以用于系统结算
然后依次进行销售处理、发票开具
第一步是未配送订单管理
这项工作是通过督促客户、合作商和内部业务
来完成未配送订单的配送
运营负责人会督促客户
处理预入库订单中未完成的事项
并向合作商确认未配送订单的交货日期
督促他们完成配送处理
运营负责人会自行检查
是否有遗漏的预入库未处理事项，并进行确认
在整理未配送订单的同时，检查未完成入库的订单
并督促客户进行入库处理
如下表所示，虽然有些订单在合作商枢纽完成配送的同时
会自动完成入库处理，可以进行销售结算
但像半自动、手动和入库接收类型一样
有些情况下，需要客户公司进行入库处理后才能进行销售结算
因此需要检查客户未处理的事项
并督促客户
对于半自动和手动类型，如下图所示
客户需要在客户前台亲自进行入库处理
所有入库处理完成后，会根据各客户公司要求的格式
编制当月结算清单，并与客户进行相互协商
如果与客户确定了当月的结算清单
为了在系统上进行销售处理，需要进行验收月份管理
这里的验收月份是以入库日为基准，根据各运营单位的结算日自动计算
也称为预计结算月
系统上的验收月份必须与当前结算月份相同
才能进行销售结算处理
因此，确定结算清单后进行上月及结转处理的阶段
可以看作是验收月份管理
验收月份管理有两种情况
第一种情况，在结算基准日为25日的运营单位
例如，如果有一笔在4月25日完成配送的订单
那么根据运营单位的结算日，验收月份会自动计算为4月
相反，如果有一笔在次月，即5月25日完成配送的订单
根据运营单位的结算日，验收月份会自动计算为6月
因此，在这两种情况下
由于都需要在5月进行结算，因此需要进行调整
对于第一种情况，验收月份为4月的订单
需要进行结转处理，将验收月份变更为5月
对于验收月份为6月的订单，需要进行上月处理
将验收月份准备为5月
通过验收月份管理，当月需要进行销售结算的订单
如果处于可进行销售处理的状态
则可以在SMRO中查询并处理销售结算对象
可以查询未完成销售结算的对象并进行处理
也可以查询已完成销售结算的对象并取消结算
但是，要取消销售结算，必须满足以下条件
已完成按订单的销售结算处理
并完成该事业部运营单位的销售结算
如果某个订单的采购结算已完成
但与客户公司的销售结算尚未完成
就会因未进行销售结算而产生委托库存
委托库存是指采购结算已完成，债务已确定
但销售结算尚未完成，债权未确定而产生
因此必须进行管理以避免此类委托库存的产生
委托库存由运营团队、销售团队和事业管理团队之间
按月跟踪其原因和完成情况
管理流程如下表所示
未结算订单汇总后，结算处理会被阻止
销售和运营负责人会收到
未制定结算计划的 To-Do List
运营团队在系统中输入未结算的原因和计划
销售负责人最终确认后
结算阻止将被解除，从而可以进行销售结算
次月进行销售结算，而无法进行销售结算的订单
则按季度进行核销处理
未处理结算的原因已按此资料进行了区分
为了最大限度地减少委托库存和进行履历管理
准确输入实际发生的原因非常重要
SMRO上的销售处理完成后，会开具发票
销售方SERVEONE向采购方客户公司开具发票，称为正向开具
相反的情况则称为反向开具
此外，还有一种正向开具，但并非通过SMRO，而是根据客户要求
通过UCES DI或Smart Bill开具的
称为其他ASP开具
如下图所示，虽然采购方参与开具过程
但发票的最终电子签名由销售方负责
因此最终责任由销售方承担
因此，即使是反向开具，SERVEONE也必须仔细审查
发票是否可以修改取决于具体情况
主要有两种常见的修改情况
如果需要修改供应日期、品名
供应金额等内容
在仅登记的状态下可以修改
但如果已完成最终开具，则无法修改
必须先取消修改后的发票，然后再重新开具
这适用于正向开具的发票登记和开具流程
反向开具和其他ASP开具无法修改，只能取消
如果需要更改税务代码
必须按以下顺序取消销售结算
更改税务代码后，再重新开具销售结算发票
因此必须遵守此流程
最后是销售结算不一致的处理流程
原则上，在对当月销售对象进行销售处理后
才会开具发票
因此销售结算对象和发票对象必须一致
但有时也会出现不一致的情况
由于客户公司核对延迟、销售价格追溯延迟、订单生产延迟等原因
可能会导致销售不一致
在这种情况下，需要进行流程修改
此流程修改的依据是D+2日和D+3日不同的标准
因此您只需按照该流程执行即可
以上就是SERVEONE MRO流程中的采购结算
和销售结算的全部内容
谢谢