s1.SD模块-SalesandDistribution.在SAP系统中,销售与分销模块处在供应链下游,关注从客户订单到向客户收款的全过程。SD模块中的Sales好理解,而Distribution却容易被忽视。用直白的话来讲,SD模块就是解决“卖”的问题,它关注的范畴有:1,谁来卖?2,卖什么?3,卖给谁?4,什么样的价格?5,销售业务模式是什么?6,货物如何到达客户?7,钱款如何交割?对应上述问题,我们分别引出相应的概念:1,谁来卖?既是执行销售动作的组织结构及此结构下的人员。SAP术语有:公司代码、销售组织、分销渠道、产品组、销售办公室、销售小组、销售雇员、装运点等。2,卖什么?广义销售概念中的销售内容包括实物和非实物的服务。SAP术语中,我们称之为物料(Material)。有实物产品物料,也有服务物料。3,卖给谁?卖给客户。这里,客户的外延与内涵较多。如一次性客户、大客户、集团内部客户、海外客户;售达方、送达方、收票方、付款方等。如果对某客户做赊销业务,相应的,该客户还有用于控制应收风险的信用数据。4,什么样的价格?价格是销售的技术核心,定价功能也是SAPSD的核心所在。貌似简单的打印在发票上的最终价格,在企业内部可能包含了若干计价小项。如含税基价、销项税、营业税、折扣、返利、附加税等。不同的企业不同的定价策略系统将提供不同的定价过程予以支持。5,销售业务模式是什么?业务模式是指:标准信用销售、现金销售、紧急订单、退货业务、免费样品、捐赠、促销业务等。不同的业务模式有着不同的线内线外处理方式。6,货物如何到达客户?这里包含的就是上述Distribution的内容。广义的销售,应该包含实物移动。企业可以送货上门或者委托第三方物流公司送货,也可能是客户上门自提。如果是国际贸易,还涉及到通关报检等动作。无论是单据流转还是成本核算,系统都有相应的功能支持。7,钱款如何交割?如果不考虑售后服务,收款将是一般意义上销售循环的最后一步。由于有不同的销售业务模式,可能的交割方式有赊销、现金、支票等。根据需要还可以为及时付款的客户予以优惠奖励等措施。上述概念中,SAP系统将相对静态的数据或者资料称为“主数据”(MasterData),如客户、物料、价格、信用。这些数据一旦建立,只在需要变动时变动。而且在后续的操作中,仅需要唯一标志自己的编号录入,即可带入其他相关信息,从而达到共享的作用。与数据对应的另一类数据是“业务数据”,如合同、计划、订单、交货单、出库单、发票等。这些资料(我们称之为单据:Document)是在业务发生时实时产生的。由于销售业务具有循环而且可追溯特性,这些单据将互相关连,每一笔完整的业务中都有自己的单据流。即,一个常见的销售业务业务循环将从合同开始、到开票收款结束。以上就是SAPSD的大致内容。更深入的无非是上述问题的展开与细化而已。2.FICO模块--Finacial&Controlling按照SAP的定义,我上面说的应该就是FinacialAccounting的范畴了。Controlling?不懂!说说自己的看法,我觉得他就是搞“开源节流”中的节流的,不主动,而是被动的记录罢了,记录花费的成本。财务,财务,呵呵,让我们关心一下给我发工资的部门。某皇帝似的人物牛哄哄的语重心长的俯视着对会计们说,不要做假帐啊。按照中国人的不是什么偏要说什么的特点,我们由此可以知道,财务的任务、终极目标就是做假帐。你反驳道,会计不是财务,财务部是会计。我有说吗?我什么都没说。不管假不假,那是高层建筑,是道;可怜我们这帮下苦力的,soprofessional地、忠诚而且神圣地研究着各种伎俩以满足传说中的“上面的人”的要求,是术。拿在手上的是钱、POS机刷的是卡、龙飞凤舞的是支票。若干年前,去超市买二两猪肉回来要在横线本本上记一条,在倒数第三页第四行上写着:××年××日××时于××地购买猪肉二两,花费RMB一元(日记账)。有了这么一个动作,我就能在月光的时候检查一下上个月的工资都跑哪去了。若干年后,科技发达了,我用EXCEL来替换了3毛钱的作业本。为了排序,我还把各种花费分类并且给他一个编码,买酒的记成WINE,买肉的记成PORK,打车的记成TAXI,这样我就可以筛选、排序、求和。呃,人类真伟大,不是吗?某一天,我发现,身边还有很多人和我保持着相同的习惯。想不到这竟然是最原始的会计。一个人一个帐本,这就是所谓的帐套嘛,各编各的码,就是各有各的会计科目表。中国人记人民币账,美国人记美元账,这就是币种。等到把帐本记满了,换一个新的,把旧的锁起来存档,这不是会计期间么?朴素归朴素,总的来讲太简单了,东西不复杂人家不买你的,说复杂体现价值。把个体行为放大,你会发现挣钱的方式数都数得过来,但是却有无数种方法把钱花掉,怎么记呢怎么分呢?好在党国给我们方向,定了若干准则下来,我们照着细分就是了。上面说的是科目,SAP总帐(GeneralLedger)主要管的就是这个,不同的是人家管得是世界500强的财富榜上的,厉害吧。当然,他还包括期间、币种啥的,前提是,要把不管水多深的公司的结构用一些浅薄的代码来表示,而且是树状结构。OK,架子搭好了,记账吧。记买记卖,应付(对采购行为进行付款,对象同应收)应收(对销售行为进行收款,对象涉及到对谁、多少、何种性质的应收等);记自己的物品,存货(对自有物品的分类、估价、清查、盈亏处理等);记大件财物,资产(资产的获得、分类、折旧及其规则等,直到报废);记钱财和银行的往来,记现金的流动(对账单、Overhead)。除了被动的记录,我们还可以做一些预测/预算,打算某某时间内要花(收)多少钱,这些钱的来源、去处?于是我们在期初做计划支付、承诺支付,实际发生时的支付可能与计划不一致,或追加或阻挡,待期末我们再来对比查看我们计划的准确不准确。按照SAP的定义,我上面说的应该就是FinacialAccounting的范畴了。Controlling?不懂!说说自己的看法,我觉得他就是搞“开源节流”中的节流的,不主动,而是被动的记录罢了,记录花费的成本。建个模先:首先,你要知道你到底要知道那些东西的成本?也就是需要确定你的成本对象。其次,你要知道谁花掉了钱?也就是成本中心。第三,你要确定都花了什么钱,也就是成本要素,在SAP中,由初级和次级成本要素之分。第四,你要搞清楚,某个成本中心花掉了钱,最后这笔消耗是怎么转移到成本对象上面的?也就是成本流。最后,成本计算出来,你还要知道消耗成本后的获益者,是哪个客户,或者那个渠道,或者那个产品?统称之为获利段。有了这个模型,然后你要明确:1,是否:某项支出是否应该记入产品成本或期间费用;2,区分:如果要记入,应该计入哪一项,即是记入产品成本还是记入期间费用;3,时段:一个会计期间内,从什么时候开始到什么时候截至的支出需要记入;4,细分:支出应该细分到何种产品成本、完工品和在产品的费用界限。接着,我们要当事后诸葛亮了(成本核算是事后措施,对已经发生的费用进行归集和分配的过程):1,收集:那些耗费需要记入、应该记到什么地方(是产品成本还是期间费用)2,截至:本月实际支出和待摊的正确处理,需要做好界限划分3,分配:横向分配,本月总的费用应该分摊到哪些产品哪些项目中4,分配:纵向分配,产成品和在产品之间的分配归集嗯,就这么多。其实也是记账而已,所以,我们仅需要关注这些科目而已(成本核算的相关科目):1,基本生产成本2,辅助生产成本3,制造费用4,废品损失5,营业费用6,管理费用7,财务费用8,待摊费用9,长期待摊费用10,预提费用最后说一句,这些“上面的人”都不关心的,他们只关心报表:资产负债表、损益表、股东权益变动表、现金流量表。所以,干“好”(youknowthat)是你应该的,干不好屎盆全往你头上扣。3.MM模块--MaterialManagement.让我们来关注供应链上的另一个模块MaterialManagement,即MM、物料管理。让我们来关注供应链上的另一个模块MaterialManagement,即MM、物料管理。从SAP对其定义的范畴来看,它处在供应链的上中游。而广义的物料(物资或物品,是英文Material的翻译,下同)管理关注的范围则可能更多。延续上一篇的叙述风格,下面我尽量用浅显直白的语言对SAP的MM模块做一个介绍。物料(Material)的含义极广,任何看得见看不见的东西几乎都可以称之为物料。在SAP中,将重点关注用来直接或间接为企业增值的物品,如原材料、半成品、成品、水、电、蒸汽、空气、设备、仪器仪表等等。同时,也可以把用于销售的、非物质形态的“服务”作为物料来管理。我们将这些实物或者非实物的东西纳入物料管理,为其编码、分类、收集并记录它们的一般或者特殊属性(如形态、颜色、规格、重量、基本单位、销售单位、运输单位、存放条件、生产批次等),这些工作将有利于企业对自有资源的统一管理,也是日常业务单据处理的基础。特别是物料(或物资)的编码与分类,好像这个是国际标准委员会或中国国家标准委员会做的事情,但是现实情况是,迄今为止没有一套完善的囊括各行各业的物料分类与编码规范。每个企业在做信息化建设的时候都要经历这么一道为企业特有的物质非物质资源分类与编码的程序。如果做的好,其重要性可能体现不出来;但是如果这一步就做得比较失败,后续的工作将如沙地盖楼。举一个最简单的例子,我在加工一个零件的时候要用到原材料,或者在销售的时候需要领料,如果同一种物料被创建了若干次,每一次的描述编码都不同,无论是前端业务的制单者或者是后端财务核算者,都将疲于区分。同时数据库中的垃圾、冗余的数据也将越来越多。解决了物料管理的第一大问题,分类与编码的问题,接着来看SAP中MM的其他内容。前文说到SD是解决“卖”的问题,那么MM就是解决“买”和“仓储”的问题,当然“运输”将是MM和SD共同关注的问题,至于“生产”,PP模块会来处理。针对“买”(正式一点叫法是“采购”),我们提出如下问题:1,谁来买?2,买什么?3,向谁买?4,以什么样的价格买入?5,采购业务模式?6,货物如何到达?7,钱款交割方式?同理,我们分别引出相应的概念:1,谁来买?当然是企业里的某个部门某个班组某一个几个具体的员工。根据需要,从下到上我们会应用到这些相关概念:雇员、采购组、采购组织、公司代码等。这就是所谓的采购组织架构。2,买什么?物料,就是上文所说的分类与编码问题。3,向谁买?供应商。如同物料与客户一样,它是一个企业相对稳定的资源与财富,需要集中收集与管理,这种相对固定的、一旦建立只需要在变动的时候修改的数据,我们称之为“主数据”。既然将这些资源数据化,那么他们都有被被分类整理并分析的必要。比如供应商可以分成:一次性供应商、集团内供应商、国外供应商等。4,以什么样的价格买入?采购价。类似于SD中的销售价,一个最终的供应商发票上的价格,也可能包含若干计算小项。我们把这些若干小项称之为“条件类型(ConditionType)”,如:含税基价、进项税、运杂费等等。这些若干小项将以配置好的一种四则运算规则运算出最终价格,这个运算规则在SD中称为“PricingProcedure”,而在MM中被称为“CalculationSchema”。另一个需要注意的是,采购价、成本价、销售价三者的区别,这是三个没有直接关系的概念,初学时容易混淆。5,采购业务模式?刚开始可以先把它理解为单据类型吧。常见的有标准采购、网络采购、空白采购订单(如采购办公用品之未建立物料号的东西),跨工厂的移库也可以用采购的功能来实现。6,货物的到达对于供应商的销售行为,他们的业务模式可以是门到门,到岸,或者自提等。如果不是供应商送货上门,企业就有一个内向物流“InboundDelivery”(区别于销售时的OutboundDelivery)。如果是供应商负责送货上门,我们就可以简单根据采购订单收货入库。当然,不管是Inbound还是Outbound还是Inhouse,SAP的另一运输子功能“Transportation”都能管理起来,囊括从路线的设定到运输的排程到