客户寄售文件.docx
《客户寄售文件.docx》由会员分享，可在线阅读，更多相关《客户寄售文件.docx（20页珍藏版）》请在冰豆网上搜索。
客户寄售文件
1.物料进入寄售库状态,即物权在发货方实物在客户方不需要做发票（等于把东西放在客户处卖,但东西卖出前还是属于你的）
2.物料从发货方扣除物权转移到客户,做发票给客户（等于客户已经把东西给你卖了,这时候再向客户收钱）
3.物料从寄售库返回正常库存（等于说人家没卖出去又还给你）
4.（客户把东西卖出去了,即已经做了consignmentissue,但又退回来了,这时把东西拿回到寄售仓里来退款...,如果需要再consignmentpickup,返回正常仓）
1、业务背景
业务背景1如下；
某公司供应日用品给某大型连锁超市，平时按照正常节奏发货给超市，但此发货并非结算依据，每月底超市根据当月流水中销售给消费者的数量，与该公司进行结算，剩余未销售部分仍然为该公司的库存
业务背景2如下；
某公司供应零配件给某大型汽车制造厂商，每天根据汽车制造商的需求安排发货，每月底根据当月汽车制造商生产线实际消耗量，与该公司进行结算，剩余未销售部分仍然为该公司的库存，保留在客户仓库、车间中。
寄售的定义
客户寄售是将产成品首先发送到客户处，这个过程不是销售的过程，而是库存转移的过程，等客户消耗掉这些产品后，才算销售过程。
整个过程分为二个步骤，首先是库存转移，而后是实际消耗完做结算。
一方面是我公司寄售产成品在客户处，另外一方面是供应商寄售原材料在我公司，分别简称客户寄售与供应商寄售
2、业务流程
寄售操作可分为四个步骤，下面为一个典型的寄售过程简述
1）、给客户进行补货（50箱），创建寄售补货的销售订单（订单类型KBFill-UP），仓库发货给客户（50箱），针对寄售补货订单创建发货单并发货过账；
2）、当月月底客户确认使用（30箱），则创建寄售消耗的销售订单（销售订单类型KEIssue）、发货单并发货过账，而后创建系统发票，开具30箱数量的发票给客户；
3）、隔月客户说开票错误，应该开票29箱，因此创建寄售退货的销售订单（订单类型KRreturn），然后创建发货单，并创建退货的系统发票1箱以及红字增票
4）、原材料上涨，我公司不得不涨价，而超市不允许涨价，我公司综合考虑后决定撤离该超市，所有未销售的21箱需要退回，创建寄售退回的销售订单（订单类型KAPick-up），数量21箱，针对该订单创建发货单、仓库收到实物后，发货过账。
3、主要操作步骤摘要
1）、寄售补货
a）、寄售补货订单
事务代码VA01，创建寄售补货的订单，销售订单类型为KB
售达方编号为T-C005A21，送达方为另外一个编号：
T-C0005A19
可以看到净价值为零，寄售补货只是一个库存调拨的动作。
图表1:
寄售的销售订单
提示：
寄售补货是一个库存转移的过账，只是从公司自有仓库，转移到客户处，商品的所有权始终是属于我方的，没有涉及到产权的转移。
寄售补货是无法进行信用检查的，原因是这一个库存转移的动作，如果需要控制寄售补货，那么应该站在库存控制的角度来管理，就是在客户处应该寄存多少库存，有一个总量控制的概念。
这种控制与控制分公司、控制异地仓库的等仓库的库存是一个类似的概念。
技术上而言，我们是可以通过一定的增强来实现此功能的。
出于需要物流公司赔偿或者其他原因，订单、单据打印可以显示金额，但此金额不代表净价值。
b）、寄售补货过账
事务代码VL01N创建发货单
事务代码VL02N或VL06G等对发货单发货过账
下图为发货过账的凭证（事务代码MB03或者MIGO等），可以看到发货过账凭证中，记录了售达方、送达方
事务代码：
MB58，查看寄售库存归属在售达方的编号下
注意：
寄售库存归属在特定客户下的售达方下的影响之一
如果贵公司有大量客户属于寄售形式，其中有一个客户为大型连锁超市，在全国有三个分部财务中心（开票中心），每个分部有10家门店，在系统中建立客户主数据时有三个选择
建立一个售达方，十个送达方
建立三个售达方，十个送达方
建立十个售达方，这十个售达方同时也是送达方
如果期望随时可以查看到十个门店的各自寄售数量，选项3应该更为妥当。
2）、寄售补货消耗
与正常的销售流程相比较，有二个特点
需要创建发货单以及发货过账，但是并没有真正的物流发货过程，因此我们可以考虑设置发货单自动创建，以及通过后台作业设置发货单自动过账
发货过账消耗的库存从客户库存中进行消耗
3）、步骤3、步骤4的操作与正常操作比较类似，不做过多说明
4、系统实现说明
标准系统中配置了四种订单类型，不做改动可完成基本的案例测试，项目中可根据公司的个性化需求做适当的修改。
如下面的表格，通过选择不同的订单类型，系统确定出不同的销售订单的行项目类别，不同的行项目类别的定义又不相同，有些需要开票，有些与开票无关，有些从正常库存发货，有些从寄售库存发货。
具体差异比较如下
四种类型对比
寄售补货（Fill-UP）
寄售拣配（Pick-up）
寄售退货（Return）
寄售退回
（Pick-up）
销售订单类型
KB
KE
KR
KA
销售订单类型确定的行项目类别
KBN
KEN
KRN
KAN
销售订单行项目类别的定义
开票相关
无关
相关
相关
无关
定价相关
无关
相关
相关
无关
特别库存
正常库存
W（客户寄售库存）
W（客户寄售库存）
正常库存
信用控制相关
无关
有关
无关
无关
计划行
E1
C1
D0
F1
计划行确定的
移动类型
631
633
634
632
发货单类型
LF
LF
LR
LR
发货过账影响
从正常库存转移到寄售库存（W）
正常库存减少
寄售库存增加
发货单为发货依据
从寄售库存消耗
寄售库存减少
发货单为开票依据
退回到寄售库存
寄售库存增加
发货单为开票依据
从寄售库存（W）转移到正常库存（W）
正常库存增加
寄售库存减少
发货单为收货依据
发票类型
与开票无关
F2
RE
与开票无关
表格2为四种订单类型以及后续配置的标准设置的差异比较表
注：
本表格描述的为标准系统中的设置，部分选项可根据公司需要做调整。
发货单自动创建是在订单类型中进行定义的，事务代码：
VOV8
后台作业设置发货单自动过账，事务代码：
VL06G等；
5、拓展性问题
寄售模式支持跨公司交易业务
寄售模式支持计划协议业务
寄售模式支持跨公司计划协议业务
寄售模式与第三方订单不能同时使用。
Note751385-Third-partyorderprocessingfortheconsignmentfill-up对此作了说明。
寄售模式支持按订单生产业务
可针对寄售库存直接做盘点，至于盘点损失由谁承担，按照合同约定，谁负责管理这部分库存谁承
材料以寄售方式供应，是制造业实现零库存管理的一种方式。
东西放在我这里，不用的时候，东西还是供应商的，用的时候，按“装机”数量进行付款。
这种业务模式，对于竞争日趋白热化的家电行业，非常重要。
库存量为零，库存占用资金为零，库存周转率百分之百，企业的现金可以流动得更快，这应该是所有企业的心愿。
公司创立于92年，98年正式使用Oracle10.7版ERP系统，当时公司规模尚小，没有寄售业务，也没有供应商愿意搞寄售，对于供方来说，材料发货了，就希望收到货款，谁也不愿意承担资金被占而货款回收无期的风险。
大概2000年的时候，公司实现了一小部分物料的寄售供应。
不过，由于10.7版ERP系统没有启用寄售功能，当时的寄售只是一种折中的方式，当时订单入库是“接收—检验—接受”的模式，将第一步作为寄售入库，只有当真正“装机”后，才做后两步来确认入库，以此来区分寄售业务。
当然这种折中方式，对于库存管理及会计核算来说，存在着弊端。
再后来，通过外围系统的开发，采购平台一期、二期项目，将寄售订单转移到采购平台进行管理，“装机”时先入库再出库，解决了对库存管理和会计核算的影响，但是对于计划工作的影响又突显出来，因为是外围系统管理，ERP系统运行计划的时候，无法提取这部分库存数据。
寄售物料的管理，是ERP系统升级的一个重点业务内容。
通过升级到ERPR12版本，将之前各个阶段的问题都规避了，真正实现了寄售物料入库不产生会计信息，库存可以按供应商进行管理，寄售库存纳入MRP的运算，这三点最主要的管理目的达到了，同时，在操作上却带来了空前的繁琐。
（一）寄售采购基本功能
1、寄售物料必须维护批准供应商列表，并与最新有效的一揽子采购协议及其行号进行关联。
也就是说，启用寄售功能，就必须启用一揽子协议功能。
其实，是否启用一揽子协议来管理采购价格并不是问题的重点，主要是对于零部件众多的制造业来说，大部分材料的采购价格一个月变动一次，维护一揽子协议的工作量很重，我们不得不为此而开发了一揽子协议的导入功能。
2、启用寄销功能。
在维护批准供应商列表的同时，要勾选库存寄销功能，否则，仍然无法开启寄售业务流程。
3、一揽子协议的行价格，应理解为协议价，分段价格则为实际结算价。
当企业与供应商不能及时确定结算价格的时候，则暂估为协议价，这是寄售物料进行相关事务处理时价格取值的逻辑（二次开发实现）。
4、寄售采购订单的下达，跟普通采购订单的下达方式相同，只不过，寄售采购订单的寄销功能有勾选，否则，就是普通采购订单。
（二）寄售库存基本功能
1、寄售物料按寄售订单入库后，不产生会计信息。
查看寄售库存的时候，可以看到拥有方——不同的供应商。
2、领用寄售物料时，先从寄售仓转移至公司库存，然后再进行寄销库存事务处理，此操作就是为了将委托方（供应商）的库存转给受托方（本企业），这是一种显性的所有权转移。
也可以将所有权的转移设置为隐性的所有权转移，即在将寄售物料从寄售库存转至公司库存的同时，系统自动进行所有权转移。
3、标准寄售功能，不允许退货。
这一点对于国内企业来说，似乎非常迁强，主要是因为国内的市场竞争机制尚不健全，并不是公平竞争，供需双方并不在平等的位置上。
为了满足实际业务需要，我们又一次进行了二次开发，即在未运行创建冲减通知之前，可以反方面进行退回，即从公司子库转移至供应商子库（寄售子库）。
当然，当运行了创建冲减通知之后，发生了退货，则只能通过换货或杂项的方式进行处理。
4、寄售采购订单的价格，没有实际意义。
领用寄售物料进行拥有方转移的时候，是按照物料的批准供应商列表关联的一揽子协议进行计算库存价值和应计负债金额。
运行创建冲减通知发放一揽子协议的时候，也是这一取值逻辑。
（三）寄售业务结算
1、寄售供应商的发票结算参数必须设置为按采购订单，匹配选项也是双项。
2、在进行寄售业务结算之前，必须运行创建冲减通知，此操作的目的是为了对一揽子协议进行发放，以便财务结算的时候可以按发放的记录进行匹配应计负债明细。
3、由于库存的寄售业务进行了二次开发，因此，有一部分寄售物料拥有方转移的冲减无法成功。
主要是因为开放了退货功能，在冲减的时候，就要考虑退货部分的数量。
当领用数量小于或等于退货数量时，领用部分的冲减则仍保持待定。
4、寄售物料应付匹配的数量取自一揽子协议的发放，价格则是根据发放的日期去匹配对应供应商的一揽子协议分段日期的价格（二次开发）。
根据以上阐述，不难看出，R12系统的标准寄售功能在国内制造业是无法推广应用的。
为了应用这个寄售功能，我们对其优化了业务流程，并进行了多项二次开发，才得以运转起来。
当然，与之相关的供应商名称及其地点的规范管理就不算在其内了。
总而言之，在启用ORACLE的寄售功能之前，要仔细权衡一下，这个功能对于企业的发展来说，能不能带来实质性的利益，与加快业务处理速度所带来的效益相比，哪一个更利于公司的发展
1.1.寄售业务——财务配置（OBYR）
路径：
IMG→物料管理→评估和科目设置→科目确定→无向导的科目确定→配置自动记账
应付委托款，事务KON，科目：
材料采购-GR/IR
库存调拨损益，事务AKO，科目：
库存调拨损益（材料成本差异）
1.2.寄售业务——信息记录（ME11）
路径：
前台→后勤→物料管理→采购→主数据→信息记录→创建
1.3.寄售业务——寄售合同（ME31K）
路径：
前台→后勤→物料管理→采购→框架协议→合同→创建
1.4.寄售业务——货源清单（ME31K）
路径：
前台→后勤→物料管理→采购→主数据→货源清单→创建
1.5.寄售业务——请购单（ME51N）
1.6.寄售业务——采购订单（ME51N）
1.7.寄售业务——收货（ME51N）
收货产生的物料凭证
1.8.寄售业务——库存调拨（ME51N）
1.9.寄售业务——寄售结算（ME51N）
1.10.寄售业务——消息配置（ME51N）
1.寄售业务
寄售业务是供应商提供物料，寄存在企业仓库中，此时物料的所有权还是属于供应商；企业根据生产需要，从寄存仓库中移走部分物料，月末或固定期间根据移走（消耗）的库存与供应商结算。
寄售业务优点：
1）降低企业库存积压，减少资金占用；
2）企业把主要精力放到制定服务水平；
2.寄售业务流程
SAP秀才-MM学习指南-9.寄售业务
准备：
i.FS00创建所需会计科目：
Expense/revenuefromconsign.mat.consum.这里使用50080101库存调拨损益
Consignmentpayables这里使用12010101材料采购-GR/IR
ii.OBYR设置所需会计科目：
Transaction=AKO，Account=50080101库存调拨损益
Transaction=KON，Account=12010101材料采购-GR/IR
业务：
1.ME21N创建采购订单
K表示寄售Consignment，输入了K之后NetPrice变为不可输入状态，此时不允许输入价格。
Save，系统提示创建了采购订单4500000054。
ME28执行Release操作批准采购订单。
2.MIGO_GR执行收货
此处输入一个正常的StorageLocation即可。
Save，系统提示创建了MaterialDocument。
FB03查看产生的MaterialDocument,
点击AccountingDocuments的时候系统会提示没有会计凭证产生（此时物权尚未真正转移，所以不能产生会计凭证）。
MMBE查看库存状况，
此时系统显示有120KG的寄售物料B-16MNR-12。
在入库的时候目的仓库我们指定了100材料库，这样系统是没有什么问题的，但是良好的习惯应该为寄售物资创建专门的仓库进行专门管理。
3.ME11创建info.Record
Enter，
TaxCode=J1，
点击Conditions，
在此输入物料协议价格6.6RMB/KG（价格是可以指定有效期限的，另外，还可以点击Scales（F2）指定分段价格，即不同的数量级别，采用不同的价格）。
Save.
4.MM1B做库存调拨（ConsignmenttoCompany-OwnedStock）
MovementType=411，SpecialStock=K，源StorageLocation=100，Enter，
注意，此处需要输入Vendor（与PO的Vendor要一致），目的StorageLocation=100，
Post，系统提示产生了Document49000000172，
FB03查看，
点击AccountingDocuments，
231=6.6*35
238=6.8*35
7.0=（6.8-6.6）*35
MMBE再查看一下库存状况，
85=120–35
5.期末，MRKO进行寄售结算
执行结算前要做一些简单的设置，
Tcode:
OMRM（Path:
IMG->MaterialsManagement->LogisticsInvoiceVerification->DefineAttributesofSystemMessages）,
否则，系统会提示：
Consignmentsettlement:
Nomessagewasfoundforpartner10000025/compnycode1101。
系统给出的解决提示性信息：
Ifyouwanttosettlewithoutcreatingadocumentinmessagedetermination,youcanswitchoffthismessageinCustomizing。
假设与供应商约定每月结算一次。
在执行真正结算之前可以Display一下，看看因没有什么异常，如果没有，选定Processing=Settle，Execute（F8），
点击DocumentNo，
产生了270.27元的应付账款，接下来就进入到了付款环节，这里就不再演示了，如果需要请查看秀才的另一篇文章《FI速成手册》。
简单总结一下寄售业务：
寄售业务Consignment在创建PO时,无须输入价格（无法输入），收货入库也不生成财务凭证。
寄售物料库存在生产领用或者转为自有库存时,才根据领用时刻的有效infoRecord价格,生成财务凭证。
正常的采购业务通过MIRO进行采购发票输入和确认，而寄售业务通过MRKO进行自动结算，并产生相应会计凭证。
另外，这里所讲的寄售业务只是涉及到了寄售采购业务，在SD模块还可以进行寄售销售业务的处理，这两种业务是遥相呼应的
升级会员 