SAP SD基础知识之SD常见流程概述

SAP SD基础知识之SD常见流程概述

 

正常销售、正常退货、第三方销售、跨公司销售、独立采购、寄售、免费赠送,这些就是项目实践中SD模块里最常见的流程了,当然还有一些不太常用的流程没有列举进来,不再本文关注之范围内。

 

SD的所谓"流程",基本是体现在销售订单行项目上,基本上它控制了大部分SD的流程走向和主要功能。那些在销售订单上面不起流程控制的栏位或者说是字段,基本上就是用来做些分组,确定交货类型以及开票类型,参与定价、输出确定,出出报表等。

 

正常销售

 

正常销售,其实就是适用于销售-交货-开票这种最常见的流程,不管是MTO还是MTS都是一样,有了库存就可以出库了。MTO是从销售订单库存出货,同时通过销售订单库存这个特殊库存传递需求给PP模块。MTS就是从普通库存出库。MTS在项目实践中更为常见一些。

 

正常退货

 

这个流程也很常见。因为SAP给的正常退货订单,那是一手退货,另一手退钱的,BILLING是基于SO开的,所以标准的RE类型会带上一个BILLING Block,意思是只要有人给解锁,就可以开票钱就可以退,至于货什么时候退进来都行,不影响业务退钱。

 

SAP SD基础知识之SD常见流程概述

 

SAP SD基础知识之SD常见流程概述

 

 

这个跟国内大部分企业里的退货要求是不一样的,国内大部分企业都要求退货入库以后才可以做退货开票。所以项目实践中除了要把billing改成交货相关以外,还需要配置VTFL从退货交货类型到退货开票类型的复制控制。需要提醒的是,标准的SAP是没有这个复制控制的。

 

第三方销售、跨公司销售、独立采购

 

接下来就是第三方。实际上第三方(行项目类别TAS)、独立采购(行项目类别TAB,也叫按单采购)、跨公司销售(工厂与销售组织不在一个公司代码下)这三个流程可以归为一个大类,可以放在一起说,方便区分。这三个流程其实就是传说中的'三角贸易'的三种情况,前提都是一个,先有客户订单,再有公司间往来。这三个流程里都含有客户、销售公司、供货公司三方。

 

独立采购:如果供货公司先把货发给销售公司,再由销售公司给客户,那就是独立采购或者叫按单采购,采购进来是销售订单库存,只为该客户采购的。使用这个流程,一定注意是先有客户需求,再发生采购,而且一定是单独为这个客户采购的,这样一来订单的成本就是采购价,而不是货物移动平均价或者标准价。

 

跨公司销售/公司间销售:如果供货公司直接把货发给客户,并且供货公司跟销售公司同在SAP的一个Client,就可以做成跨公司销售(或者说是公司间销售)。

第三方销售:如果供货公司直接把货发给客户,并且供货公司不跟销售公司同在SAP的一个Client,就是可以做成第三方销售。

 

项目实践中,这两个流程在国内企业里面一般是不会启用的,或者说比较少用。为啥?因为账上没有货物进出。因为很多国内的财务业务人员,种种原因已经形成了一个固定思维,就是要卖东西就必须有物料,必须做出入库;或者拿出税法来说明,甚至干脆说这个没法跟税务解释。遇到这种情况,那就不启用第三方销售或者公司间销售流程了,就用最普通最简单的SO&PO组合来实现相关流程吧。

 

项目实践中,也有企业搞个折中方案,通过独立采购的PR,将该PR转成一个STO出来,再对STO做收发货,不过这也省不了多少工作量。如果要做跨公司销售,一定记得公司间销售里不能缺少一个财务凭证,那就是销售公司对供货公司的应付财务凭证。这个凭证手工做可以,但是通过不太复杂的EDI配置就可以做成自动的。

 

寄售销售

 

寄售销售流程里,有4个动作,Fill-up/Pick-up/Issue/Return。Fill-up/pick-up这俩是正反的一对,Issue/Return这俩是正反的一对。

寄售销售是怎么回事?说白了就是免费铺货,卖多少结多少,不卖不结。结算也不是随时卖随时结,而是约定一个期间,对这期间内发生的销售一起结。所以呢,在Issue或者Return之前,可能做了无数的Fill-up/pick-up,这俩其实就跟MB1B没啥太大区别,库存移动,从你的库存地放到客户寄售库存,或者拿回来。而Issue呢,其实就是你跟客户结算后,把库存从客户那出掉,跟客户收钱。项目实践中,业务部门用户最不好理解的是这个return。这个Return呢,是说你已经跟客户结算了,结算后,客户的客户(也就是最终客户)发生了退货,这个退货是退到你客户那的。举例说明一下:

这个是初始的状态:

SAP SD基础知识之SD常见流程概述

 

做了Fill-up 100,结果就是:

SAP SD基础知识之SD常见流程概述

 

 

然后这期间,寄售客户可能每天都在销售给最终客户,但是只要企业不跟他发生结算,这100个库存就会始终挂在寄售客户下面。

做了30个Issue,状态变为:

SAP SD基础知识之SD常见流程概述

 

下次结算时这个客户说了:我的客户给我退了5个,我一个也没卖出去。这时候就只能做5个Return。状态变为:

SAP SD基础知识之SD常见流程概述

 

最后这75个卖不动了拉回来,做Pick-up,最后的状态就是:

SAP SD基础知识之SD常见流程概述

 

 

通过上面可以看出来,其实如果结算的时候,有卖出也有退回,这时候只需要把差额做一个Issue(卖出多于退回)或者Return(退回多于卖出)就可以了。

 

免费订单

 

免费订单,说的是整单免费,不是买赠这种情况。就是不要钱的订单,从技术上实现一般就这么两种:100%折扣掉,定价显示为0,或者行项目类型设成定价无关,这时候只要是带了标准需求例程'002'的条件类型就都不会出现了,定价也是0。

 

国内的免费订单,很多要求是要按成本价,或者原来的销售价计税。

 

- 完 -

 

2020-2-14 整理于苏州市。

由于上传限制,分割成3个压缩包了。 (转载) 常常看到坛子里的朋友们专研和讨论SAP某一个功能的配置和用法,精神可嘉。某项具体功能地实现,的确是顾问的基本功,但如果要从SAP业务顾问提升到另一个层次,无论是方案架构师、项目经理,还是管理咨询、业务流程专家(BPX, Business Process Expert),都需要对企业架构、组织功能和业务流程等内容有一个全面而系统地认识和理解。高度决定视野。 仔细想来,企业之间的竞争,不仅是客户、供应商、资金等外部资源的竞争,企业内部的业务流程竞争才是成败的关键。每一个成功的企业背后,一定有一套优于竞争对手的业务流程,丰田之道就是一个很好的案例。 因此,个人以为,在实施SAP系统时,应该花更多的精力专注于端到端(End-to-End)业务流程地设计和优化上,尽可地消除业务流程中非增值的活动,而不是简单地用配置和二次开发来满足用户体验或无关大局的功能。增值与不增值最简单的判断依据就是看客户是否愿意为这一生产活动付钱。当然这并不是唯一标准,例如QA本身并不产生增值,理论上可以省去,但在实践中还是必不可少的,因为流程的主体——人,毕竟不是精密的机器。 最基本的端到端的业务流程包括: 定单到收款 (Order-to-Cash) 采购到付款 (Purchase-to-Pay) 计划到制造 (Planning-to-Manufacturing) 会计到报告 (Accounting-to-Reporting) 招聘到退休 (Recruiting-to-Retiring) 也许将来按模块划分的SD、MM、PP、FI/CO顾问将会消失,取而代之的是业务流程专家。最近,SAP公司在SDN上推出了BPX社区,体现了SAP业务流程的重视。 SAP Solution Composer就是一个很好的工具,通过预定义400多个最新的行业、跨行业以及基础构造和服务导图,帮助SAP顾问和客户对业务流程有一个共同的认识和描述;快速定位客户的关键业务需求并与SAP 商业套件中的解决方案相对应,清楚地界定项目范围;即便是对于SAP的初学者或企业管理人员,也可以通过SAP Solution Composer学习到跨国企业运作中的主要业务流程和了解SAP系统的概览。 (最新版的SAP Solution Composer 12M左右)
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值