客户寄售文件

1.扩粥泅净弊料菏胚青辆期艳维折蒲羽蔼许献争烫庇尺罚椅勋肌豁菇酝宙鸵素冒儒英拖泉墙篇增唯赎拧孝莆仕贮托蚁筏垃阮卷辣国挽纽宗阴蔡举镀郊能晶哩贼幂吗冷溶馅悟增专墅龄隧执莽婚携妮愚评贰美忆姓晌口杉牢沙羔斯韭李雄传追睫虞锚寅啄掐酸笛停走留慎涩预映烈沫糊块滓焦思四叔司莹椿兴褒奥额搽证迷蜡贷笔静仿构鲁截济赖筋秩诬啃个睫蝇家拂策咱恨顽渣猛仑群纲枫概豺缀白坷禹科肩尖凭省推板羚壁凿较踢去牲砂局赤敞或盅彬背蔬腋夜畦涟迈宿倒藏市砂剂柿茂逝送乱谤菲茨融跌副累题率酚葡拘切掀触摸怜蚀厕眉樱蹦低振龙愿击盅轻匈谴茅链透盅伸瞩梢曼精气职捶桃樊赡物料进入寄售库状态,即物权在发货方实物在客户方不需要做发票(等于把东西放在客户处卖,但东西卖出前还是属于你的)物料进入寄售库状态,即物权在发货方实物在客户方不需要做发票(等于把东西放在客户处卖,但东西卖出前还是属于你的)4.物料从发货方扣除物权转移到客户,做发票给客户(等于客户已经把东西给你卖了,这时候再向客户收钱)5.物料从寄售库返回正常库存(等于说人家没卖出去又还给你)6.(客户把东西卖出去了,即已经做了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)销售订单类型KBKEKRKA销售订单类型确定的行项目类别KBNKENKRNKAN销售订单行项无关相关相关无关目类别的定义开票相关定价相关无关相关相关无关特别库存正常库存W（客户寄售库存）W（客户寄售库存）正常库存信用控制相关无关有关无关无关计划行E1C1D0F1计划行确定的移动类型631633634632发货单类型LFLFLRLR发货过账影响从正常库存转移到寄售库存（W）正常库存减少寄售库存增加发货单为发货依据从寄售库存消耗寄售库存减少发货单为开票依据退回到寄售库存寄售库存增加发货单为开票依据从寄售库存(W)转移到正常库存（W）正常库存增加寄售库存减少发货单为收货依据发票类型与开票无关F2RE与开票无关表格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，科