Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx

上传人:b****6 文档编号:6090046 上传时间:2023-01-03 格式:DOCX 页数:44 大小:167.77KB
下载 相关 举报
Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx_第1页
第1页 / 共44页
Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx_第2页
第2页 / 共44页
Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx_第3页
第3页 / 共44页
Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx_第4页
第4页 / 共44页
Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx_第5页
第5页 / 共44页
点击查看更多>>
下载资源
资源描述

Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx

《Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx》由会员分享,可在线阅读,更多相关《Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx(44页珍藏版)》请在冰豆网上搜索。

Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向.docx

Sap开发学习手册简单入门材料提供了大量SAP的技术以及学习的方向

Sap开发学习手册(简单入门材料-提供了大量SAP的技术以及学习的方向)

 

SAP

 

编制人:

李县臣编制日期:

2011年1月31日星期一

第1章

第2章SAP学习手册

2.1引言

2.1.1编写目的

本手册的编制,便于日后在工作中查询相关的知识和完善自己的技术水平。

2.1.2背景

2011年1月31日,开始正式开发学习SAPAbap开发语言,以前从未接触过。

2.1.3定义

无。

2.1.4参考资料

《SAP录像及讲义》视频教程(2008年河北省电力公司实施ERP时录制)

《重点_SAP_ABAP学习笔记.pdf》

《sap开发者指导.pdf》

2.2名词解释

2.2.1各个业务模块名词

SD—SalesDietribution-销售与分销

MM—MaterialManagement-物料管理

PP—ProductionPlanning-生产计划

FI—FinancialAccounting-财务会计

CO—Controlling管理控制

AM—AssetManagement资产管理

HR—HumanResource人力资源

QM—QualityManagement质量管理

PM—PlantManagement设备管理

PS—ProjectManagement项目管理

PLM—ProductLifecycleManagement

WF—WorkFlow业务流程

IS—IndustrySolution产业研发

CA—Cross-ApplicationComponents

BC—BasisComponents

 

SAP一句话入门:

SDPPMMFICOHR

2.2.1.1SD(SalesandDistribution)

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.2.1.2HR(HumanResource)

  HR这一句话,太简单了:

组织、招聘、发工资、任职、考勤、培训、提升、降级、辞退。

还好,这个模块不分行业,哪家公司基本都是一样的,HR人也是一样,都是老板的打手,哈哈。

Well,下面的文字稍微陡峭一点。

  一,SAPHR核心功能

  组织管理(Organizational):

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

  员工管理(Personnel):

好像也叫人事行政管理?

  使用标准化默认值方便数据的维护,并采用面向特定任务和用户的自定义菜单;可以预定义处理流程;员工自助服务组件(ESS)使员工个人随时随地查询、创建并维护个人数据。

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

  时间管理(PersonnelTimeManagement/PT):

  有效制定轮班计划,快捷记录工作时间,符合所有的法律规定、行业协议或公司内部政策,自动传送到生产计划、作业分摊等。

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

  工资核算管理(Payroll/PY):

  按预先设置的程序以流水线的方式进行;考虑了多种复杂的因素如法律、规定、多种货币、评估等;与人事管理、时间管理、激励性工资和差旅管理等集成化设计;集成化的安全机制;后续活动支持。

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

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

  二,HR组织结构(企业结构+人员结构+组织结构)

  企业结构=公司代码、人事范围、人事子范围、成本中心、业务范围

  人员结构=员工组、员工子组、工资范围、合同种类

  组织结构=组织单元、职务、职位

  1,企业结构

  分级:

Client->CompanyCode->PersonnelArea/人事范围->PersonnelSubarea人事子范围

  人事范围:

  >>人事范围-是依据人事管理的需要对公司代码的子划分,一般依据地理范围划分。

  >>主要作用-作为生成报表的参数、定义权限和权限控制的依据。

  >>人事子范围-是对人事范围的细分,人事管理的很多重要分组都是在这层上划分。

  2,人员结构

  分级:

员工组->员工子组

  员工组:

为了管理的需要,把员工分类。

分为两层:

员工组、员工子组。

  作用:

权限管理和其他管理的需要(如:

薪资、考勤等)

  员工子组:

是对员工组的细分–管理人员、营销管理人员、技能操作人员等等。

  作用:

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

  工资核算范围:

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

  3,组织结构是企业自然的组织架构

  组织单位:

描述企业中存在的业务单位

  职务:

是一般性的任务的分类,如经理、处长等

  职位:

是每个员工在企业中的分配,职位被员工所占有。

  4,综上

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

  三,组织管理概述:

  SAPHR的标准教材中把“组织管理”用了一种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.47KB)

2.2.1.3FI/CO(Finacial&ControllingAccounting)

按照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)是你应该的,干不好屎盆全往你头上扣。

2.2.1.4MM(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的另一运输子功能“Transpo

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1