SAP一句话入门知识之SD

SAP一句话入门知识之SD
SD是Sales and Distribution的简称。

在SAP系统中，销售与分销模块处在供应链下游，关注从客户订单到向客户收款的全过程。

SD模块中的Sales好明白得，而Distribution却容易被忽视。

用直白的话来讲，SD模块确实是解决〝卖〞的问题，它关注的范畴有：
1，谁来卖?
2，卖什么?
3，卖给谁?
4，什么样的价格?
5，销售业务模式是什么?
6，物资如何到达客户?
7，钱款如何交割?
对应上述问题，我们分别引出相应的概念：
1，谁来卖?
既是执行销售动作的组织结构及此结构下的人员。

SAP术语有：公司代码、销售组织、分销渠道、产品组、销售办公室、销售小组、销售雇员、装运点等。

2，卖什么?
广义销售概念中的销售内容包括实物和非实物的服务。

SAP术语中，我们称之为物料(Material)。

有实物产品物料，也有服务物料。

3，卖给谁?
卖给客户。

那个地点，客户的外延与内涵较多。

如一次性客户、大客户、集团内部客户、海外客户;售达方、送达方、收票方、付款方等。

假如对某客户做赊销业务，相应的，该客户还有用于操纵应收风险的信用数据。

4，什么样的价格?
价格是销售的技术核心，定价功能也是SAP SD的核心所在。

貌似简单的打印在发票上的最终价格，在企业内部可能包含了假设干计价小项。

如含税基价、销项税、营业税、折扣、返利、附加税等。

不同的企业不同的定价策略系统将提供不同的定价过程予以支持。

5，销售业务模式是什么?
业务模式是指：标准信用销售、现金销售、紧急订单、退货业务、免费样品、捐赠、促销业务等。

不同的业务模式有着不同的线内线外处理方式。

6，物资如何到达客户?
那个地点包含的确实是上述Distribution的内容。

广义的销售，应该包含实物移动。

企业能够送货上门或者托付第三方物流公司送货，也可能是客户上门自提。

假如是国际贸易，还涉及到通关报检等动作。

不管是单据流转依旧成本核算，系统都有相应的功能支持。

7，钱款如何交割?
假如不考虑售后服务，收款将是一样意义上销售循环的最后一步。

由于有不同的销售业务模式，可能的交割方式有赊销、现金、支票等。

依照需要还能够为及时付款的客户予以优待奖励等措施。

上述概念中，SAP系统将相对静态的数据或者资料称为〝主数据〞(Master Data)，如客户、物料、价格、信用。

这些数据一旦建立，只在需要变动时变动。

而且在后续的操作中，仅需要唯独标志自己的编号录入，即可带入其他相关信息，从而达到共享的作用。

与数据对应的另一类数据是〝业务数据〞，如合同、打算、订单、交货单、出库单、发票等。

这些资料(我们称之为单据：Document)是在业务发生时实时产生的。

由于销售业务具有循环而且可追溯特性，这些单据将互相关连，每一笔完整的业务中都有自己的单据流。

即，一个常见的销售业务业务循环将从合同开始、到开票收款终止。

以上确实是SAP SD的大致内容。

更深入的无非是上述问题的展开与细化而已。

SAP一句话入门：Human Resource
HR这一句话，太简单了：组织、聘请、发工资、任职、考勤、培训、提升、降级、辞退。

还好，那个模块不分行业，哪家公司差不多差不多上一样的，HR人也是一样，差不多上老总的打手，哈哈。

Well，下面的文字略微陡峭一点。

HR这一句话，太简单了：组织、聘请、发工资、任职、考勤、培训、提升、降级、辞退。

还好，那个模块不分行业，哪家公司差不多差不多上一样的，HR人也是一样，差不多上老总的打手，哈哈。

Well，下面的文字略微陡峭一点。

一，SAP HR 核心功能
组织治理(Organizational)：
提供多种组织结构模式，用户能够利用图形化的工具构建组织结构(包括组织单元、职务、职位、工作任务以及汇报结构)，还能够通过简单的添加、修改和移动来反映企业的动态进展; 与培训、聘请、人事成本核算、薪酬治理和业务流程等相关联。

职员治理(Personnel)：看起来也叫人事行政治理?
使用标准化默认值方便数据的爱护，并采纳面向特定任务和用户的自定义菜单; 能够预定义处理流程;职员自助服务组件(ESS)使职员个人随时随地查询、创建并爱护个人数据。

能够实现人力资源治理的职员录用、内部调动、职位变动、辞职、辞退、劳动合同解除以及职工退休等业务流程的处理。

时刻治理(Personnel Time Management / PT)：
有效制定轮班打算，快捷记录工作时刻，符合所有的法律规定、行业协议或公司内部政策，自动传送到生产打算、作业分摊等。

系统能够实现职工班次安排、班次调整、考勤、加班、自动生成职工年休假定额，自动产生倒班职工的中夜班个数。

工资核算治理(Payroll / PY)：
按预先设置的程序以流水线的方式进行;考虑了多种复杂的因素如法律、规定、多种货币、评估等;与人事治理、时刻治理、鼓舞性工资和差旅治理等集成化设计; 集成化的安全机制;后续活动支持。

系统自动进行职工个人所得税的运算、扣缴，自动生成职工差不多养老、工伤、医疗、生育、失业的保险的基数，缴费基数的自动切换。

实现自动向财务过账，进行成本分摊。

二，HR 组织结构(企业结构+人员结构+组织结构)
企业结构 = 公司代码、人事范畴、人事子范畴、成本中心、业务范畴
人员结构 = 职员组、职员子组、工资范畴、合同种类
组织结构 = 组织单元、职务、职位
1，企业结构
分级：Client -> Company Code -> Personnel Area/人事范畴 -> Personnel Subarea人事子范畴人事范畴：
>> 人事范畴 - 是依据人事治理的需要对公司代码的子划分，一样依据地理范畴划分。

>> 要紧作用 - 作为生成报表的参数、定义权限和权限操纵的依据。

>> 人事子范畴 - 是对人事范畴的细分,人事治理的专门多重要分组差不多上在这层上划分。

2，人员结构
分级：职员组 -> 职员子组
职员组：为了治理的需要，把职员分类。

分为两层：职员组、职员子组。

作用：权限治理和其他治理的需要(如：薪资、考勤等)
职员子组：是对职员组的细分–治理人员、营销治理人员、技能操作人员等等。

作用：报表选择条件、划分权限的依据、考勤和薪资的差异分组依据。

工资核算范畴：为薪资核算的目的定义的一个组织单位，定义在一个工资核算范畴内的所有职员一起核算工资。

3，组织结构是企业自然的组织架构
组织单位：描述企业中存在的业务单位
职务：是一样性的任务的分类，如经理、处长等
职位：是每个职员在企业中的分配，职位被职员所占有。

4，综上
组织结构是企业自然的组织架构;企业结构、人事结构是为了治理的需要而人为划分的。

三，组织治理概述：
SAP HR的标准教材中把〝组织治理〞用了一种OO的观点来描述：对象。

对象的集合，能够看作N个节点的集合，无非会有如下信息及动作：其属性(Object.Attribute)、其关系(类似于一张〝图〞或者〝树〞、上级下级、服从于命令)、其动作(Init、任务)等。

SAP说，SAP组织治理是以建立和利用组织对象及其关系为基础，通过定义对象和对象之间的关系从组织层面实现人力资源治理。

组织治理对象及关系：
SAP又说，SAP定义的差不多组织对象包括：组织单元(O)、职务(C)、职位(S)、任务(T) 、成本中心(K)、人(P)等。

对象间的关系要紧包括：组织单元与组织单元、组织单元与成本中心、组织单元与职位、职位与职位、职位与人、职务与职位间。

如以下图：
其中组织单元、职位、人员的关系直观地能够看作是一棵树：
而成本中心那么有如下意义：
成本中心指费用的归属，一样由财务制定，HR使用;成本中心能够分配给组织单元和职位;成本中心按组织层级继承(下级继承上级);假如某对象类型有多个成本中心;能够设置分摊比例。

组织结构的变更：
不管是职位的调整或者人员的变动，都会涉及到结构图的变动。

组织治理能够清晰地看到过去、现在和今后的组织结构，便于及时地依照人事变动和需求来进行组织规划和调整。

SAP建议：小的组织变动用调整，大的组织变化用新建。

四，人员治理(人事行政治理：人员属性及人事事件)
概述：
HR中的人事治理是上一篇文章中的对象〝人〞的展开。

既然是对象，必有自己的属性及行为。

属性是静态的，属性也有专门多种，SAP把〝人〞那个对象的诸属性称为〝信息类型〞，事实上确实是属性的类型。

同样，这些属性也能够被作为对象看待，再异构再派生。

属性：
人员有如下直观的属性：所属的组织(节点)数据、个人差不多数据、地址数据、工资数据、工作时刻数据等。

SAP提供信息类型105个，常用的40几个。

用户能够自己创建新的信息类型。

能够修改过去的数据，假如修改过去的与工资核算相关或者别的模块及功能有关，那么会相应的数据的变化，如会引起工资追溯运算。

信息类型能够细分为子类型(家庭成员：子女、父母等)。

人事行政治理常用信息类型：
0000人事件事。

0001组织分配：企业结构数据、人员结构数据和组织结构数据。

0002个人数据：姓名、出生日期、出生地等。

0006地址信息：所在都市、门牌号等。

0007打算工作时刻：工作打算规那么等。

0008差不多工资：工资类型、范畴、等、级等。

0009银行信息：银行、帐号、支付方式等。

0016劳动合同：合同类型、时刻等。

0022教育与培训：学历、专业等。

0023工作经历：先前雇主等。

0024资格：资格、熟练度。

0185证件信息。

0532社会保险。

人事事件：
人事事件反应职工从加入公司到离开公司的整个期间所发生的人事异动情形。

人事事件能够自动触发相应数据的录入或修改界面的显现。

常见业务情形有：录用、重雇佣、离职、退休、降职、晋升、调动、转正等。

五，时刻治理(出勤、缺勤、休假、当值、顶班、etc)
概述：
同工厂日历一样，职员的作息会遵从事先定义好或者临时设定的规那么，什么时候休假、什么时候上班，这叫做工时规那么。

HR的工时规那么能够和〝生产能力〞〝打算/排程〞等协作。

工资、活动计价、成本核算分摊也将与时刻紧密结合。

时刻信息类型：
人员的属性有专门多种，而时刻也是，SAP同样也用〝时刻信息类型〞来区分不同的时刻。

常用时刻信息类型有：
信息类型 0007：打算工作时刻
信息类型 2001：缺勤
信息类型 2002：出勤
信息类型 2003：替班
信息类型 2005：加班
信息类型 2006：缺勤定额
信息类型 2007：出勤定额
在时刻的轴线上，SAP有两种时刻纪录的方法：
逆向考勤纪录：记录背离工作打算(非打算中的活动)，比如加班、缺勤、替班等;
正向考勤纪录：纪录所有的预定打算中或者手动打算中的出勤。

时刻核算：
比较打算与实际工时 -> 运算和补偿加班 -> 产生时刻工资项 -> 时刻账户治理 -> 更新结果。

六，工资核算
工资核算要紧内容：
总工资实现自动运算;
自动专门酬劳运算;
总工资/净工资回溯运算;
直截了当与财务系统集成;
与银行社会保险治理机构进行数据交换。

工资元素：
差不多工资、奖励、病假工资、奖金、假日津贴、加班费、夜班费。

工资扣减：
税、医疗保险、生育保险、养老保险、失业保险、工伤保险。

净支付/实领工资 = 应发工资 - 工资扣减(税金保险等)
工资核算相关信息类型：
信息类型 0008：差不多工资
信息类型 0014：经常性支付/扣除
信息类型 0015：附加支付/扣除
信息类型 0267：非周期一次性支付
信息类型 0530：公积金
信息类型 0531：个人所得税
信息类型 0532：社保信息
信息类型 0003：工资核算状态图片4.jpg (26.47 KB)
SAP一句话入门：Finacial & Controlling Accounting
按照SAP的定义，我上面说的应该确实是Finacial Accounting的范畴了。

Controlling?不明白!说说自己的看法，我觉得他确实是搞〝开源节流〞中的节流的，不主动，而是被动的记录罢了，记录花费的成本。

财务，财务，呵呵，让我们关怀一下给我发工资的部门。

某皇帝似的人物牛哄哄的语重心长的俯视着对会计们说，不要做假帐啊。

按照中国人的不是什么偏要说什么的特点，我们由此能够明白，财务的任务、终极目标确实是做假帐。

你反对道，会计不是财务，财务部是会计。

我有说吗?我什么都没说。

不管假不假，那是高
层建筑，是道;悲伤我们这帮下苦力的，so professional地、忠诚而且神圣地研究着各种伎俩以满足传奇中的〝上面的人〞的要求，是术。

拿在手上的是钱、POS机刷的是卡、龙飞凤舞的是支票。

假设干年前，去超市买二两猪肉回来要在横线本本上记一条，在倒数第三页第四行上写着：××年××日××时于××地购买猪肉二两，花费RMB一元(日记账)。

有了这么一个动作，我就能在月光的时候检查一下上个月的工资都跑哪去了。

假设干年后，科技发达了，我用EXCEL来替换了3毛钱的作业本。

为了排序，我还把各种花费分类同时给他一个编码，买酒的记成WINE，买肉的记成PORK，打车的记成TAXI，如此我就能够选择、排序、求和。

呃，人类真伟大，不是吗?某一天，我发觉，周围还有专门多人和我保持着相同的适应。

想不到这难道是最原始的会计。

一个人一个帐本，这确实是所谓的帐套嘛，各编各的码，确实是各有各的会计科目表。

中国人记人民币账，美国人记美元账，这确实是币种。

等到把帐本记满了，换一个新的，把旧的锁起来存档，这不是会计期间么?
朴素归朴素，总的来讲太简单了，东西不复杂人家不买你的，说复杂表达价值。

把个体行为放大，你会发觉挣钱的方式数都数得过来，然而却有许多种方法把钱花掉，如何记呢如何分呢?好在党国给我们方向，定了假设干准那么下来，我们照着细分确实是了。

上面说的是科目，SAP总帐(General Ledger)要紧管的确实是那个，不同的是人家管得是世界500强的财宝榜上的，厉害吧。

因此，他还包括期间、币种啥的，前提是，要把不管水多深的公司的结构用一些浅薄的代码来表示，而且是树状结构。

OK，架子搭好了，记账吧。

记买记卖，应对(对采购行为进行付款，对象同应收)应收(对销售行为进行收款，对象涉及到对谁、多少、何种性质的应收等);记自己的物品，存货(对自有物品的分类、估价、清查、盈亏处理等);记大件财物，资产(资产的获得、分类、折旧及其规那么等，直到报废);记钱财和银行的往来，记现金的流淌(对账单、Overhead)。

除了被动的记录，我们还能够做一些推测/预算，打算某某时刻内要花(收)多少钱，这些钱的来源、去处?因此我们在期初做打算支付、承诺支付，实际发生时的支付可能与打算不一致，或追加或阻挡，待期末我们再来对比查看我们打算的准确不准确。

按照SAP的定义，我上面说的应该确实是Finacial Accounting的范畴了。

Controlling?不明白!说说自己的看法，我觉得他确实是搞〝开源节流〞中的节流的，不主动，而是被动的记录罢了，记录花费的成本。

建个模先：
第一，你要明白你到底要明白那些东西的成本?也确实是需要确定你的成本对象。

其次，你要明白谁花掉了钱?也确实是成本中心。

第三，你要确定都花了什么钱，也确实是成本要素，在SAP中，由初级和次级成本要素之分。

第四，你要搞清晰，某个成本中心花掉了钱，最后这笔消耗是如何转移到成本对象上面的?也确实是成本流。

最后，成本运算出来，你还要明白消耗成本后的获益者，是哪个客户，或者那个渠道，或者那个产品?统称之为获利段。

有了那个模型，然后你要明确：
1，是否：某项支出是否应该记入产品成本或期间费用;
2，区分：假如要记入，应该计入哪一项，即是记入产品成本依旧记入期间费用;
3，时段：一个会计期间内，从什么时候开始到什么时候截至的支出需要记入;
4，细分：支出应该细分到何种产品成本、完工品和在产品的费用界限。

接着，我们要当事后诸葛亮了(成本核确实是事后措施，对差不多发生的费用进行归集和分配的过程)：1，收集：那些耗费需要记入、应该记到什么地点(是产品成本依旧期间费用)
2，截至：本月实际支出和待摊的正确处理，需要做好界限划分
3，分配：横向分配，本月总的费用应该分摊到哪些产品哪些项目中
4，分配：纵向分配，产成品和在产品之间的分配归集
嗯，就这么多。

事实上也是记账而已，因此，我们仅需要关注这些科目而已(成本核算的相关科目)：1，差不多生产成本
2，辅助生产成本
3，制造费用
4，废品缺失
5，营业费用
6，治理费用
7，财务费用
8，待摊费用
9，长期待摊费用
10，预提费用
最后说一句，这些〝上面的人〞都不关怀的，他们只关怀报表：资产负债表、损益表、股东权益变动表、现金流量表。

因此，干〝好〞(you know that)是你应该的，干不行屎盆全往你头上扣。

SAP一句话入门：Material Management
作者: MilesDunn, 出处:AMT, 责任编辑: 徐蕊,
2020-03-25 13:33
让我们来关注供应链上的另一个模块Material Management，即MM、物料治理。

让我们来关注供应链上的另一个模块Material Management，即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中的销售价，一个最终的供应商发票上的价格，也可能包含假设干运算小项。

我们把这些假设干小项称之为〝条件类型(Condition Type)〞，如：含税基价、进项税、运杂费等等。

这些假设干小项将以配置好的一种四那么运算规那么运算出最终价格，那个运算规那么在SD中称为〝Pricing Procedure〞，而在MM中被称为〝Calculation Schema〞。

另一个需要注意的是，采购价、成本价、销售价三者的区别，这是三个没有直截了当关系的概念，初学时容易混淆。

5，采购业务模式?
刚开始能够先把它明白得为单据类型吧。

常见的有标准采购、网络采购、空白采购订单(如采购办公用品之未建立物料号的东西)，跨工厂的移库也能够用采购的功能来实现。

6，物资的到达
关于供应商的销售行为，他们的业务模式能够是门到门，到岸，或者自提等。

假如不是供应商送货上门，企业就有一个内向物流〝Inbound Delivery〞(区别于销售时的Outbound Delivery)。

假如是供应商负责送货上门，我们就能够简单依照采购订单收货入库。

因此，不管是Inbound依旧Outbound依旧Inhouse，SAP的另一运输子功能〝Transportation〞都能治理起来，囊括从路线的设定到运输的排程到费用的结算的所有内容。

7，钱款的交割
向客户是叫应收AR，向供应商的那么叫应对AP。

方式也是有多种，因此，前提是收到并校验供应商开出的发票。

至此，物料差不多采购入库了，我们再来看MM的仓库治理。

物料的仓库治理形式在SAP中有如下定义：最高物料治理单位是Plant(翻译成工厂，容易混淆)，Plant可下挂Storage Location。

更全面的信息请参考MM的专门是WM的关心文件。

以仓库为核心，物料的动作无非是：入、出、移动。

不管是什么类型的动作，每一次移动SAP都会产生一个凭证：Material Document。

不同的类型由不同的移动类型(Movement Type)区分。

1，入
有系统导入时的初始化入库，采购入库，无条件的入库，移库入库，退货入库，产成品入库等。

2，出
有销售出库、移库出库、报废出库、样品出库、采购退货出库、生产领料出库等。

3，移动
那个就无所谓了，想移就移。

假如移出地与移入地相隔甚远，能够用Transportation来治理。

关于物料治理更深入的话题有，分割评估、批次治理、科目记账、库存状态、MRP、供应商评估、立体仓库治理、VMI、盘点、委外处理等。

咱们花开两朵，各表一枝，下回再见。

SAP一句话入门：Production Planning
作者: MilesDunn, 出处:AMT, 责任编辑: 徐蕊,
2020-03-26 11:22
我们常常听到〝进销存〞、〝供产销〞等概念，一个完整的供应链关注的确实是从采购到生产到销售的全过程。

简单的说，PP将负责将MM采购的原材料半成品加工成SD能够销售的贸易产品或者供下一步使用的半成品。

江湖盛行这么一首诗：
SAP是庞大的，模块是多多的，功能是强大的，搞明白是没门的。

SD是灵活的，五脏是俱全的，满足是不能的，报表是经常的。

PP是复杂的，相同是专门少的，MRP是要的，精确是不能的。

MM是重要的，数据是多多的，做好是稀有的，目前是紧缺的。

FI是核心的，记账是要紧的，工作是轻松的，地位是高高的。

CO是操纵的，与FI是配合的，凭证是专门多的，成本是不准的。

ABAP是必须的，开发是经常的，地位是没有的，作用是点缀的。

BASIS是装机的，DEBUG是常有的，熟知是困难的，ABAP是兼职的。

HR是搞人的，会作是专门少的，研究是需要的，潜力是无穷的。

WORKFLOW是奇异的，功能是炫目的，做通是专门少的，因而是不做的。

QM是质量的，上的是不多的，思路是奇特的，冲突是必定的。

PM是见过的，功能是明显的，做做是蛮好的，培训是需要的。

APO是传奇的，上的是没有的，目标是理想的，成功是偶然的。

CRM是起步的，客户是听说的，用好是没有的，完善是需要的。

BW是早有的，产品是多样的，需求是渐多的，招人是必要的。

市场是庞大的，ERP是需要的，签单是可能的，打折是一定的。

KICK OFF是要有的，首期是会付的，蓝图是要做的，确认是困难的。

实施是痛楚的，修改是经常的，说服是需要的，项目是连续的。