SAP_SD模块-销售寄售（一）寄售发货业务KE

寄售（一）-寄售发货业务KE

        寄售是指先将货物寄存到客户处，货物的所有权归属企业；当客户将货物进行销售后，再与企业进行结算， 我们称之为寄售。

寄售一般有 4 种订单类型，用于对应 4 种业务

（1）寄售补货订单：将货物转到客户库存，交货时只产生物料凭证，不产生会计凭证。

（2）寄售销货订单：从客户库存中将货物卖出，交货产生物料凭证，会计凭证，同时需要开票。

（3）寄售退货：客户将货物卖出后，终端客户需要退货，交货产生物料凭证，会计凭证，同时需要开票。

（4）寄售退回：从客户库存将货物转到公司库存，退货只产生物料凭证，不产生会计凭证

一、结论先行；

1、创建销售订单

从订单上可以看出；

（1）销售订单类型为：ZKE 寄售结算订单

（2）销售范围为：C030 30 10

（3）销售订单项目类别为：ZKEN  寄售结算项目

（4）销售订单计划行类别为：C1    寄售发货/有归档

（5）销售订单需求类型为：041  订单/交货需求

2、创建交货单，并且发货过账

        一般情况下，如果不理解会计凭证的科目，对应是怎么来的，可以先把会计凭的格式调整一下，把“事务”这个字段放出来，如下图所示，可以看到发货过账产生的会计凭证，对应的事务是：

BSX：对应存货科目；

GBB：对应消耗记账科目；

BSX和GBB的带出，是系统标准已经提前配置好的业务，用户是没法更改的，我们只能更改的是对应的科目主数据；

发货过账会计凭证的科目取数逻辑如下：

OX14配置评估级别（按工厂划分）；

OMQW配置评估分组代码（统一配置为CM00）

物料主数据确认评估分类：7001

OMJJ根据过账的业务类型，如本例子中，移动类型是633W，物料的数量和价值都会更新，然后是基于交货单发货过账的，所以就会读取到GBB这行TE码对应的科目修改是VAX；（OMJJ维护的科目修改，等同于OBYC中的一般修改）

OBYC-GBB配置科目：根据评估分组代码CM00，一般修改为VAX，物料的评估类为7001，从而确定最终科目：6401010100 主营业务成本-内销-产成品

OBYC-BSX：涉及到库存变化的，取的就是BSX的存货记账，结合物料主数据上的评估类型7001，可以得到科目为：1406010000  库存商品-产成品 

从交货单和发货过账可以看出；
（1）交货单类型为：ZLF1 寄售结算交货

（2）交货单发货过账的移动类型为：633 W

（3）发货过账的财务科目为：

借：6401010100    主营业务成本-内销-产成品

贷：1406010000    库存商品-产成品

（4）系统的寄售库存减少

3、销售开票

从上图可以看出；

（1）销售发票类型为：ZF2 发票

（2）销售开票的财务科目为：

借：1122010000    应收账款-发票

贷：2221010100    应交税金-应交增值税-销项税  

贷：6001010100    主营业务收入-内销-产成品

二、后台配置；

1、新增销售订单类型；

销售与分销—>销售—>销售凭证—>销售凭证抬头—>定义销售凭证类型

参考销售凭证类型KE，新增ZKE寄售发货的销售订单类型

2、把销售范围分配给销售订单类型

销售与分销—>销售—>销售凭证—>销售凭证抬头—>将销售范围分配到销售凭证类型

3、正常其他销售订单该配置的内容、如销售定价、号码范围、订单原因等，这里不是主要内容，不详细说明。

4、维护项目类别

销售与分销—>销售—>销售凭证—>销售凭证项目—>定义项目类别

（1）参考标准的KEN，创建ZKEN项目类别；

（2）把定价的X改为B，变成寄售发货的免费项目类别

5、分配项目类别

销售与分销—>销售—>销售凭证—>销售凭证项目—>分配项目类别

根据销售订单类型 + 物料销售视图的项目类别组，决定销售订单行的项目类别

6、定义计划行类别

销售与分销—>销售—>销售凭证—>计划行—>定义计划行类别

使用系统标准的计划行类别：

（1）C0  寄售发货/无归档，对应的移动类型为633，没有勾选请求/装配，以及可用性      

（2）C1  寄售发货/有归档，对应的移动类型为633，勾选请求/装配（也就是运行MRP后，需求会传递到MD04事务码查看的清单中） ，以及可用性（会进行可用性检查）

7、分配计划行类别

销售与分销—>销售—>销售凭证—>计划行—>分配计划行类别

        MRP类型如下图所示，在物料的物料需求计划1中的MRP类型字段维护，如果维护的字段在配置中不存在，那么会以分配计划行类别中，MRP类型为空那一行来读取数据（以这里截图举例，物料主数据维护的MRP类型是PD，但是在上图配置中找不到，那么读取的是第一条数据，也就是项目类别为ZKEN时，计划行类别为C1或者C0）

8、销售订单需求类型的确定（有两种方式）

方式1：根据销售订单项目类别+物料需求计划类型决定；（事务码：OVZI）

        销售与分销—>基本功能—>可用性检查和传输需求—>传输需求—>按项目类别和 MRP 类型确定需求类型

（本例子ZKEN+ PD没有维护，读取是第一条ZKEN 空白的数据，也就是读取到需求为041，并且由于需求类型来源维护的是1，所以就是以这个配置的为准）

备注：需求类型确定中需求类型的来源

需求类型来源	描述	备注
0	物料主记录策略，然后是项目类别和 MRP 类型	只要物料主数据的策略组对应的需求类型，或者销售项目类别+MRP类型确定的需求类型，其中一个存在时，那么都可以带出来（以物料主数据的策略组带出来的需求类型为准）
1	项目类别和MRP类型	必须要维护销售项目类别+MRP类型确定的需求类型，以这个为准（不管物料主数据的策略组是否有维护）
2	象 1 一样，带有对允许的需求类型的检查	等同于0和1的结合：必须要维护销售项目类别+MRP类型确定的需求类型（与1类似），此时，物料主数据的策略组对应的需求类型有维护时，以物料主数据的策略组对应的那个为准（与0类似）

方式2：根据物料主数据MRP3视图的策略组来决定

A、维护策略组（事务码：OPPS/OPPT）

生产—>生产计划—>需求管理—>已计划的独立需求—>计划策略—>定义策略

可以看到，策略10，对应的独立需求类型为LSF，对应的客户需求类型为KSL

策略10分配给策略组10；

B、根据策略组维护需求类型（事务码：OVZH维护需求类型）

        可以看到，如果用第二种方式的话，KSL对应的需求分类为030 从库存销售；但是实际上，此处用的需求分类为041 订单/交货请求 ，这是因为需求分类的两种来源方式中，配置选择了来源方式1！！！

9、需求分类对应的配置，事务码（OVZG）

这个配置主要是看是查看是否属于MTO等业务，看科目分配类别，特殊库存等，041需求分类对应的这些字段都为空，也就是可以简单理解为，就是按库存生产。

至此，寄售发货-KE的业务和配置已完全记录。