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的大致内容。更深入的无非是上述问题的展开与细化而已。
============================================================================================================
让我们来关注供应链上的另一个模块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是庞大的，模块是多多的，功能是强大的，搞懂是没门的。
SD是灵巧的，五脏是俱全的，满足是不能的，报表是经常的。
PP是复杂的，相同是很少的，MRP是要的，精确是不能的。
MM是重要的，数据是多多的，做好是稀有的，目前是紧缺的。
FI是核心的，记账是主要的，工作是轻松的，地位是高高的。
CO是控制的，与FI是配合的，凭证是很多的，成本是不准的。
ABAP是必须的，开发是经常的，地位是没有的，作用是点缀的。
BASIS是装机的，DEBUG是常有的，精通是困难的，ABAP是兼职的。
HR是搞人的，会作是很少的，研究是需要的，潜力是无穷的。
WORKFLOW是神奇的，功能是炫目的，做通是很少的，因而是不做的。
QM是质量的，上的是不多的，思路是奇特的，冲突是必然的。
PM是见过的，功能是明显的，做做是蛮好的，培训是需要的。
APO是传说的，上的是没有的，目标是理想的，成功是偶然的。
CRM是起步的，客户是听说的，用好是没有的，完善是需要的。
BW是早有的，产品是多样的，需求是渐多的，招人是必要的。
市场是巨大的，ERP是需要的，签单是可能的，打折是一定的。
KICK OFF是要有的，首期是会付的，蓝图是要做的，确认是艰苦的。
实施是痛苦的，修改是经常的，说服是需要的，项目是继续的。
数据是庞大的，整理是艰苦的，手输是不能的，BATCH是要编的。
客户是刁蛮的，要求是无理的，说话是牛逼的，干活是不行的。
KEY USER是难做的，加班是经常的，工资是不多的，衰老是优先的。
上线是被逼的，不逼是不行的，时间是紧张的，恐惧是不必的。
人区别于动物的一大特点就是，想的不等于说的，说的不等于做的，做得不等于写的，这在SAP项目的从忽悠打单到项目筹备到上马实施到日常运营一整个阶段得到淋漓尽致的发挥，得亏哥们儿我们还练过，十几年的语文教育早把我们教育得火星人都能骗到。你看到处都是摇旗呐喊振臂高呼的作者加专家，喝的全是肥油拉的全都是思想，酒足饭饱后开始做思考状，轮番炒作堆砌无数华丽的概念与辞藻。可能，大概，是源于这个传闻：钱多、人傻、速来！干这个越久心理越内疚，以至每天做梦都在赶飞机飞机还晚点、每天都在赶文档文档还无穷尽、每天都在开会每天还有总不完结，搞得白头发越来越多。有回在梦里一个高人朝我大叫，你丫好好说点实话认真写点明白的字干点正经事要死啊。。。于是我琢磨着啥时候说点人话，捞点干的讲讲，少绕点弯子，报效一下诸位神仙，积点阴德，权当烧香拜佛了。赫赫，牢骚了一千字，我的帖子看起来好像更长更漂亮了，咱看透不说透，都是好朋友，接着上回说。
经济实体都是要拿东西出来卖了挣钱的，一流企业卖标准，二流企业卖服务，三流企业卖产品，个人还可以卖思想卖文字卖体力啥的。除非这些东西是爹妈给的，这些为企业盈利的实物产品都要和我们要说的PP（Product Planning）模块有关系。SAP网站把行业分为“金融业与公共部门”、“制造业”和“服务业”三个大类，于是，和PP有关的大概只有 “制造业”这一块了，它包含有航空、汽车、化工、消费品、电子产品、机械、医药、石油天然气等。
我们常常听到“进销存”、“*销”等概念，一个完整的供应链关注的就是从采购到生产到销售的全过程。简单的说，PP将负责将MM采购的原材料半成品加工成SD可以销售的贸易产品或者供下一步使用的半成品。所以，其内容就可以直观的表述为“为什么要生产”、“要生产什么”、“怎么生产”、“谁来生产”、“要生产多少”、“能生产多少”，还有，同时也是相对重要相对复杂的，就是实现这个物品形态的转变要“花多少钱”。
1，为什么要生产？
要拿来卖、要盈利、要挣钱。老板说了，M个N年计划内实现共产，三五年内赶英超美，半年内亩产万斤，下个月开始就让员工月入万元不是梦。就是所谓的企业经营运作计划了，Forecast来Forecast去，终究离不开“卖”这个字，于是有个SOP（Sales and Operation Plann）。
2，要生产什么？
老板说了，朕什么都没有就是有钱，干点啥好呢？整点NIKLA、SAMSONG来耍耍？在臭水沟边盖座依山傍水的皇家绝世好楼？酿点始于1848年的非著名白酒？缝点德国血统的小裤衩去卢浮宫展示展示？
这些都是传说中的高层决策了，我不是高层，与我无关。钱打哪儿来的我等自然不敢过问，我只关心老板想要生产来卖的东西是啥（Material），组装结构复不复杂（BOM），要多少原材料（Raw Material），哪些东西自己有、哪些可以自己生产、哪些要从别人那里去买（MRP：Subcontract/Purchase），自己产的东西要什么设备、装置、流水线（Work Center），有哪些什么工序（Routing），要引进什么国际领先国内一流XX特色的技术，要招多少女大学生，要请多少农民工，扯远了。。。
3，怎么生产？
这个细节好像PP不太关心。把生产比喻成吃的是草挤的是奶的话，PP只关心要喂什么草，挤出来是什么奶。至于这把草怎么从口腔传到胃里面，胃怎么消化吸收，吸收了的东西如何到达乳腺，好像是MES（Manufacturing Execution System）、DCS（Distributed Control Systems）、SCADA（Supervisory Control And Data Acquisition）这些东西关注的事情。作为管理层的信息系统，SAP中的PP只关注生产过程中的关键步骤，这话听起来比较空，其实是这么一个过程：
（1）制定一堆产品的中长期销售运作计划（SOP）
（2）分解某几种产品的主生产计划（MP）
（3）确定哪些库存有、哪些需要采购、哪些需要生产（MRP）
（4）确定制定明确的一定周期的生产计划（计划订单）
（5）根据这个计划建立生产订单（开工的凭据）
（6）生产过程中投入相关的原材料半成品等到这个订单（直接材料消耗）
（7）待到生产完毕从这个订单收货（生产出了成品或半成品）
（8）生产订单确认（表示此项工作完成，可以确定消耗量、人工费、制造费用了）
（9）生产结算
4，谁来生产？
某工厂内、某个人负责的、某套装置设备上、用某个工艺路线来生产的。要是你用过数据库，就会知道，这是录入在一个记录生产信息的表中的某一行的某几个字段，用以标志该项生产业务的行为主体。
5，能生产多少？
一头奶牛一年最多能产5、6吨奶，一套设备一年满负荷跑也就能产那么多东西，此谓产能。我们在计划、排产的时候都应该考虑这个因素，如果设置了，系统到时会以设定的方式予以警示，其逻辑就是将设定的最大值与你录入的值相比较。当然，前提是你的公司有这样的管理水平和管理能力。
6，结算Settlement
假定这么一个制造过程：
（1）原材料R，其成本中心是C1，经生产订单O1加工后得到半成品H；
（2）半成品H，其成本中心是C2，经生产订单O2加工后得到成品F；
（3）成品F入库、售出。
那么，除了原材料、半成品、成品自身的库存账要变动外，各生产订单O1、O2要归集材料费加工费生产成本转出及其差异等，成本中心要计入相应的加工费以及作业价差。材料采购还有采购价差、生产订单还有材料消耗量差异计划加工费差异、成本中心还有作业单价差异。好像很多的样子，PP加CO，三五年只能看个目录啊。
7，附加话题：关于离散制造与流程制造
典型的流程型生产行业有医药、石油化工、电力、水泥等，它们主要采用按库存、批量、连续的生产方式；典型的离散制造行业有机械制造、电子电器、汽车等行业，这些企业，则既有按定单生产，也有按库存生产，既有批量生产，也有单件小批生产。
他们有啥区别？从业务上讲他们的差异存在于产品结构、计划的粒度、MRP的要求、相关的数据采集要求等。单从他们的BOM的构成就可以管窥一二：离散制造用的是树状层次型结构的BOM，相对固定，不管BOM有多少层，它的材料数量、材料型号、生产过程总体来说固定的。
流程制造的产品结构不能用树状的层次型结构来描述，复杂的流程制造需要用链式结构（单链式或者多链式）。产品制造全过程分为若干逻辑阶段，每个阶段的粗细可根据具体的生产、管理需求而定。环环相扣的各个阶段可能产生联产品、副产品，而这些不能精确确定，就是说我们不能做到完全精细生产。同时整个流程生产过程是一个动态的过程，产出量、所产物料的特性会受到原材料成分、温度压力、设备等等波动的影响，并且不可预知。而离散制造就没有此类问题。
8，附加话题：MRP
MRP及Material Requirements Planning，物料需求计划。他要解决的问题是：
（1）需要什么？
（2）需要多少？
（3）何时需要？
举例来讲：
（1）今日是2007年10月24日，我要在11月1日要A产品100件（需求量及日程）
（2）A产品由2个部件X、2个部件Y和1个部件Z构成（BOM）
（3）当前库存A产品10件，X部件10件，Y部件10件，Z部件50件（Stock）
（4）其中XY部件需要外购，Z部件自己可以生产
输入这些数据以后，经过MRP的逻辑的运算，系统会告诉我们：截至11月1日，要准备90件A产品；要采购X和Y各170个并发出申请；要生产40个Z并发出生产计划。Well，貌似不是很复杂，其实深究起来关于生产的各个环节都别有洞天，内容多而杂。管理的全面与操作的繁杂，这是一个矛盾，好在大部分的应用都在简化处理。
以上一家之言，仅供娱乐，不做任何决策依据，谬误之处恳请指正。若有误导，实属无心。
===================================================================================================
SAP一句话入门：Plant Maintenance
PM就是Plant Maintenance（本文中的PM都是这个意思，不要和Project Manager搞混了），大大小小的文档上都把它翻译成工厂维护，意译过来应该是设备维护。单单讲PM内容较少，现在比较流行EAM（Enterprise Asset Management）。要说EAM的话就得把SAP里的PS、AM一起说了。IBM有套EAM系统MAXIMO，比较专业，风传比SAP的东西要好，我没用过，具体不知道了。
什么类型的企业会花大力气来关注他们的设备/资产？是资产密集型企业，如电力、采矿、制造业、港口、交通运输业等，这些企业的效益主要来源于设备的稳定和连续运转，所以控制自己的资产成本同“增长利润，提高效益”有着直接关系。
先区分一下“资产”与“设备”。我们的第一印象是，设备是生产/工程部（或者相关职能的部门）关心的东西，而资产是财务部（或者相关职能的部门）关心的。管设备的部门会有一台《设备台帐》，里面记录了从设备使用、保养、维修的情况；管资产的部门会有一台《固定资产台帐》，他们则会从财务核算的角度管理这些大家伙（固定资产）。
《设备台帐》可能更专注于技术层面，并且分得比较细致；而《资产台帐》可能更关注它的总的价值，通常企业管得较为粗放。那么问题出来了，对同一个东西，企业有两套数据，而且没有几家企业是一致的。如同我在MM入门文里说的物资分类编码一样，设备（资产）也会有同样的问题，而且更为复杂，他们往往都是庞大而且有若干层级结构。设备与资产如何匹配，这是个问题。
狭义的设备管理工作是运维为主，预防、出了问题维修、维修了继续日常保养，如此循环。而固定资产的管理将关注资产的购置、资产的折旧、资产的后续投入（维修保养等费用），等到不能再用时要清查报废等。
分清了设备与资产，下面我们单就设备相关内容进行展开：
（1）是什么？
首先设备会有自身的特性，如名称、位置、BOM结构等，所以我们要分分类，编编码啥的，人才啊，需要你们！
（2）谁来管？
这个设备所属的管辖范围，即在整个SAP中受那些组织结构元素管理；
（3）坏了、修！
所谓无事不体现价值，所以等设备坏了，PM就RUSH了。有了维修需求，PM就会根据需求通知谁谁去处理这个事情，然后用工单作为维修的开始，据此计划、排程，待施工完成后关闭、结算。
（4）没坏，能不能修？
能啊，有点点技术含量的管理都会尽可能的在故障发生前避免，此谓预防性维护。动动脑子，可以找到某类某台设备的特性规律，从而制定科学的维保计划；或者，咱定期的去看看，排查、排查、排查，也行。
那么，和PS（Project System）、AM（Asset Managment）有啥关系呢？刚才说了AM是管资产的。PS，除了向别人买固定资产，我们是可以用PS来管理项目、来建造设备的！
附一张图，瞻仰瞻仰：
=======================================================================================================================
财务，财务，呵呵，让我们关心一下给我发工资的部门。某皇帝似的人物牛哄哄的语重心长的俯视着对会计们说，不要做假帐啊。按照中国人的不是什么偏要说什么的特点，我们由此可以知道，财务的任务、终极目标就是做假帐。你反驳道，会计不是财务，财务部是会计。我有说吗？我什么都没说。不管假不假，那是高层建筑，是道；可怜我们这帮下苦力的，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）是你应该的，干不好屎盆全往你头上扣。
=======================================================================================================
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：工资核算状态
======================================================================================================
这是SAP ERP入门的最后一篇了。
我们这些死跑龙套的最喜欢项目了，是啊，有项目就有费用啊。万恶的资本家终于舍得拿钱出来让我们过家家了，虽然其目的是想攫取更多的社会财富。不过另一方面，这叫什么来着，叫社会财富的再分配、次级分配、三级分配，给的就是围在肥得流油的资本家身边的劳苦大众们。就像我有事没事就要用公家的钱打飞的往返不同的城市，多的一个月飞五六次，少的一个月飞一两次，我要把报销来的钱分给虽然很无耻但是空姐还算漂亮的航空公司，分给五大三粗但多少有点淳朴的的士司机们。想着他们家庭幸福的样子我就很开心，伟大吧，可惜苦了自己的家人、朋友们，离多聚少啊。
非官方、非著名的来分一下我所知道的项目的类型，我们有资本性投资类项目，就是说此类项目完了会为企业产生一些固定资产什么的，比如什么设备建造、厂房扩建等；有科研类项目，主要是搞一些牛叉的高科技，研究技术开发产品制定标准啥的，有投入，有没有产出是另外一回事；还有一种是服务性质的，比如说这个ERP实施项目。
书店有很多说项目的书，PMP（拍马屁），抄来抄去的，颠来颠去就那么点东西，一点技术含量都没有。其实，对项目的理解，跑龙套的要以一种过家家的心态来看、抗旗的要拿搞政治的心态来看就对了。有人的地方就有江湖，有江湖的地方就有政治，何况一个项目里面包含了这么多的人。当然这是题外话，和我们的ERP一点关系没有。
项目（Project）是指在一定人力、物力和财力的约束下，为创造和提供独特的产品或服务而进行的一次性努力。在ERP系统中，实施项目管理（PS，Project System）的目的是管理和控制项目执行过程中的每一项工作。注意，是宏观的管理和控制。
所以，项目的特点就是，人多、钱多、事情多、过程长。
人、财这些前文有说，此不赘述。
事情多，就应该分门别类整理好。所以对ERP来说，在项目执行以前，必须对项目的工作内容进行明确定义，就是说：项目实施中需要执行的任务和过程要按照一定结构，有序且有逻辑地搭建起来，此结构能够精确的反映项目的工作组成部分。好像产品BOM一样，SAP把项目内容（注意：静态内容）分成若干具有层级的WBS。
WBS，工作分解结构，Work Breakdown Structure，是建立项目组织结构和协同工作内容的基础，描绘了在确定时间内需要执行的任务和关联子任务，以及相关的时间计划、资源计划、成本计划和预算等，并且可以用于归集和分配实际项目成本。工作分解结构中的每一项任务被称为WBS元素（WBS Elements），是项目定义的下层细分结构。那么，每个元素对应发生的动作就可以被分开记录了。
过程长，SAP用网络（Network）来处理。网络（Network）描述的是项目活动的执行过程。网络是一种在项目进度、成本和资源安排方面的结构计划，是一种在分析和控制工作中很有用的技术。我们可以将网络分配给项目定义、WBS元素。
构成网络的关键元素是活动（Activity）和活动之间的关系。活动具有以下特征：它们会持续一定的时间、有明确的开始和结束时点、在执行的过程中不会被中断（如果有中断应定义多个分开的活动）、在执行过程中需要一定的资源，并且会发生相应的成本。活动代表了项目执行过程中的每一个过程，是组成项目结构的最小单位，也是组成网络的基本元素。在搭建项目结构时，我们把活动分配给相应的WBS元素。
晕，看不懂？老师教你看图说话：
上面是项目的静态分析。至于项目的过程管理，人员管理除外，对于资金，我们可以直观的认为有：事前计划、花费预算、项目结算。哎，单据单据，懒得说了。PS不是你想象的管得那么多。
最后拎着衣领，WBS上挂的任何东西都顺出来了，当然，还是钱。