SAP系统的HR模块介绍及其常用事务代码演示教学.doc

《SAP系统的HR模块介绍及其常用事务代码演示教学.doc》由会员分享，可在线阅读，更多相关《SAP系统的HR模块介绍及其常用事务代码演示教学.doc（31页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Good is good, but better carries it.精益求精，善益求善。SAP系统的HR模块介绍及其常用事务代码-关于SAP系统的HR模块国内典型用户:三资部分:SAP，Volkswagen，Microsoft，Bosch，Siemens，AMD，AMECO，AT&S，Metro，Samsung，Basf，Shell，Tyco；内资部分:联想，万科，招商银行，浦发银行，中石化，中石油，中国电信(网通被Oracle抢了)，中海油，养生堂，同洲电子，上海电力，邯郸钢铁；子模块:PA(PersonnelAdministration)OM(OrganizationalManagem

2、ent)PT(PersonnelTimeManagement)PY(Payroll)PD(PersonnelDevelopment)CompensationBenefitsRecruitment(ore-Recruiting)TE(Training&EventManagement，ore-Learning)ESS&MSS(EmployeeSelf-Service，ManagerSelf-Service)IncentiveWageShiftPlanning(withPP)通常国内用到的模块:PA，OM，PT，PY(号称四大)一、PAPA基本上就是涵盖各个方面的员工主数据，PA有两个基本概念:In

3、fotype和Action。Infotype是一类相关信息的集合，用四位数字为代码，例如:0001组织分配，0002个人基本信息，0006地址，0008基本工资，0021家庭成员，每个Infotype其实就是一个table，table里有很多字段，比如0002这个Infotype里有的字段:姓/名/称谓/别名/婚姻/宗教/性别等等，同一个Infotype可以根据人员不同国家呈现不同的屏幕，并且某些Infotype是特定国家专用的，比如中国专用的个人所得税/社保/公积金/政治面貌/档案等。身份证号这个Infotype各国都会用，但是每个国家的编辑屏幕不一样。Action表示一个人事事件，例如雇佣

4、/离职/升迁/跨公司转移等，按照SAP的逻辑，一个Action会引发一系列特定的Infotype的增减或变更，Infotype的变更也应该有一个Action作为其缘由，所以要把相关的Infotype按照特定顺序组合起来，在给员工执行Action的时候，这些Infotype会按顺序逐个呈现，用户在前台逐个维护这些信息，举个简单的例子，用户在执行雇佣这一Action后，系统会接连调出Infotype:个人信息/组织分配/地址/排班/基本工资/银行/休假定额，用户在前台把这些信息逐个维护直至完毕。而所执行的Action也被记录于Infotype0000中。这一系列Infotype和对Infotype

5、的操作(创建/修改/删除/终止)的组合称为Infogroup，Infogroup被分配给Action。HR的每个Infotype都必须指定有效期，有的Infotype有重叠或间断，用户可以自己定义每个Infotype的timeconstraint，常用的有三种:1.无间断无重叠；2.有间断无重叠；3.有间断有重叠，以业务为例，基本工资这一Infotype的timeconstraint=1，某人在某一时点必须且只能有一条记录，如果在1月8号给员工修改基本工资，原有的记录就被掐断(即终止于1月7日这一天，SAP叫做Delimit)。Timeconstraint=2的例子:配偶，员工可以有配偶可以没

6、有配偶，但如果有配偶只能有一个，timeconstraint=3的例子:子女，某人可以没有子女，可以有一个子女，可以同时有几个子女。某些Infotype可以有Subtype，Subtype的表结构完全继承于Infotype，只是用来细化和区别具体的Infotype，例如:0021家庭成员这个Infotype可以有配偶/子女/父亲/母亲/兄弟姐妹这些Subtype，这些都是可定义的，当某个Infotype或者Subtype在同一时间有多条记录时，再用ObjectID作为索引来区别，例如某员工在同一时间有三个子女，ObjectID分别为1，2，3，在允许一夫多妻制的国家，也可以用ObjectID来

7、指代同时拥有的多个配偶。二、OMSAP的OM是基于对象的结构，每个业务单元都被描述成一个对象(Object)，常见的有:Position(岗位)，OrgUnit(部门)，Job(工作)，CostCenter(成本中心)，Person(人，即PA里的Employee)，Task(任务)，Qualification(资格)等，由唯一的8位数字表示，各个对象之间建立起来的联系称为Relationship，Relationship是自动双向的，由字母A或B加3个数字表示，比如说你分配某个Person占据了某个Position，系统创建RelationshipB008(某人占据某岗)，同时创建Relat

8、ionshipA008(某岗被某人占据)，删除或者修改一个Relationship时，对应的双向Relationship自动更新。各类Object允许的Relationship可以配置，各Relationship允许的timeconstraint也可以配置，Object和Relationship都需要指定有效期，两个Object之间Relationship的有效期不可以大过Object本身的有效期。Position是连接PA和OM的重要纽带，在SAP-HR里，某Person并不是直接属于某OrgUnit，而是因为这个Person占据了某Position，而这个Position属于OrgUnit

9、，因而这个Person被连接到该OrgUnit，Person同样以这样的方式获得Job，CostCenter的属性。面向对象的架构使得SAP里可以建立完全立体的组织架构，避免了平面/梯级架构的层数限制。用户可以通过RootObject+EvaluationPath来呈现组织结构里的对象和关系，EvaluationPath通常被叫做评估路径，就是各种Relationship的集合。SAP会从根对象开始寻找有指定关系的所有其他Objects，再从找到的其他Objects开始寻找，如此一层一层往下寻找一直到找不到为止，当然，用户也可以预先限定需要寻找的层数。似乎SAP对矩阵组织(Matrix)的支持

10、方式不是很好。OM的一个重要的功能是做结构化授权(StructuralAuthorization)，顾名思义，结构化授权是区别于PFCG授权的，直接以组织结构为对象的授权方法，可以让UserID只能显示或维护某些特定的Objects，例如，通过”根对象+EvaluationPath”，某经理只能观看所在部门的岗位、员工等对象信息。在实施结构化授权时，可以在权限档案里直接维护Object的代码，也可以维护”根对象+EvaluationPath”，可以将权限档案赋给某个UserID，或者赋给某个员工号或者岗位，再通过员工号或岗位与UserID连接，这样的好处是，如果部门经理经过调动，只要在HR里正

11、常维护这一调动事件，其UserID的权限会自动更新到新的部门，而不需要维护其权限档案。在实施Workflow的环境下(无论SAP自己的还是用户开发的)，OM通常也被用来作为Workflow的组织结构。三、PT从PT开始，HR的技术特征逐渐增强，HR的事务性业务本身复杂无规律以致难以标准化，典型的比如对排班考勤的处理、考勤对薪资的影响。为了更加灵活地满足多样的需求，SAP在PT和PY里运用了Schema的概念，考勤数据和工资均由专门程序来处理，而schema就是程序运行时所依据的准则，比如说:某些员工计加班/某些员工不计加班/什么情况下算缺勤，Schema会按照设定的规则，调用主数据/配置表/历

12、史结果，经过几千步的运算后返回结果。用户可以根据自己的需求修改SAP自带的Schema，按照自己的独特规则处理考勤和计算工资，但是修改Schema是一个很有技术难度的事情。事实上Schema可以理解为业务上的编程，SAP已经提供了成百上千的Rule/Function/Operation，正是这三者构成了完整的Schema，每个Rule/Function/Operation都有其独特的结构和功能，用户只需要按规定格式填写需处理的对象(timetype，wagetype，日期，主数据，判断标准等)。可以将Schema/Rule/Operaion/Function理解为封装好的、面向业务对象的、专用

13、的超级函数。强大可配置选项+完善的国家版本+巨大函数库，在处理时间及计算工资时，基本上只有想不到，没有做不到(给SAP做个广告)。当然，为了保证系统的连续和完整，这些东西改的越少越好。排班计划(WorkScheduleRule)，即每周期内每天的工作起始时间、休息时间，SAP支持弹性工作制，但是弹性工作制也要限定每天的必须工作时间和周累计工作时间。WorkScheduleRule可以根据工作日、假日、周末分成不同daytype和class，可以轻松处理夜班津贴、假日津贴等考勤方法，SAP提供两种思路:正向考勤(Positive)和逆向考勤(Negative)，在员工主数据里指定员工使用正向还是

14、逆向考勤，所谓正向，是指记录员工所有的出勤数据，未记录的视为缺勤，所谓逆向，是指只记录有WorkSchedule有差异的考勤信息，未记录的系统视为符合WorkSchedule，不做专门处理，可见，逆向考勤是对用户和顾问都比较方便的方法。SAP本身不是考勤软件，也不附带任何考勤硬件，只是有考勤数据处理功能，将考勤数据导入SAP，需要经过专门接口(SAP有标准程序)，或者手工BatchInput。缺勤与缺勤配额，SAP叫做Absence和AbsenceQuota，分别存于员工的主数据2001和2006，每个缺勤类型就是一个Subtype，比病假、年假、事假等，有些缺勤是有额度的比如年假，只能在年假

15、额度里扣，而年假额度存储于Infotype2006中，当Infotype2006中的相应额度用完，此年假在2001中就不可输入(也可以配置成允许额度为负)，如果有剩余额度，可以按比例结转下期，或者用薪资补偿。缺勤额度可以自动预提，例如，根据员工组织、级别、年龄、资历进行带薪年假的预提。除了缺勤配额，还有出勤配额，比如每月最长工作时间、批准的加班时间。时间评估，即TimeEvalution，翻译成时间数据处理更容易懂，与工资处理类似，但是时间处理是每天进行，工资是每期进行。在时间处理中，正向与逆向考勤的区别并不大，都是将计划考勤与实际考勤对比，处理其差异，只是正向考勤使用的实际数据来自于外部，而

16、逆向考勤所用的实际数据等于计划加差异。在考勤处理时，时间点称为timeevent(比如上班刷卡，休息开始刷卡)，两个相邻的timeevent构成一个timepair，用户在配置表和schema中定义如何生成和处理timepair，典型应用例如:将本月加班时间转为下月的休假配额。四、PYWageType，即工资类型，比如:基本工资/加班费/年终奖/差旅补贴等等，每个wagetype有很多属性，比如该wagetype是否应税?是否做为社保基数?是否要累计?(累计的应用:工资条上不仅有本月工资，还有本年累计工资)。一个Wagetype有三个基本字段:金额/数量/单位，用户在前台只能选择”金额”或”数

17、量/单位”一种维护方式，如果维护的是”数量/单位”，则在运行工资时按照预定评估标准计算出金额，在计件计时工资时很有用。除了这三个基本字段，工资的运行结果通常还有多个索引字段，类似于数据库表中的关键字，用来连接到其他的表。例如，某人某月基本工资应该分配给三个CostCenter，则此Wagetype被劈成三条记录，每条记录有一个”索引”，在”成本分配表”中也有三条记录三个索引，通过索引将”工资结果表”中的Wagetype和”成本分配表”中的Costcenter连接起来。在财务记账的时候，Wagetype分开记入三个Costcenter。SAP里有四个直接和Payroll直接相关的Infotype

18、用来记录wagetype，其中，Infotype0008，基本工资，持续的、基本的工资项目；Infotype0014，周期性发放，通常记录长期稳定的补贴项目，比如一年连续发放的交通补贴、通讯补贴；Infotype0015，附加发放/扣减，该Infotype的有效期是一个时点，所以用来纪录偶然的发放，比如偶然的工资调整，依次出差补贴，某月的加班费(如果未启用考勤)。三者最大区别是，0008必须一直存在，0014必须存在一段时间，而0015只能存在于某一天，这一天落在工资核算的某一期间内。三者的共同点是，他们都是在正常的每月一次(如果是按月付薪)的payrollrun中处理。Infotype026

19、7，off-cycle，即在正常payrollrun以外的某一天发放，以年终奖为例，如果年终奖和年度最后月工资一起发放，则年终奖可以放在Infotype0015，如果年终奖单独发放，可以放在Infotype0267。PayrollSchema与TimeSchema的结构和原理一样，只是因为各国法规、社保、所得税不同，导致内容不同。回溯机制(Retroactiveaccounting)是SAP里一个非常巧妙的机制，在以前期间工资已经发放的情况下，如果再修改以前期间的工资相关的Infotype，例如:考勤/工资/组织分配/银行等(用户可以配置哪些Infotype)，SAP就留下一个记号，表示前期主

20、数据已被修改，修改日期被记录于Infotype0003里，本期runpayroll时，系统首先在Infotype0003里发现这个修改，并从修改当期开始重新计算工资，重新计算并不象FI那样把以前的记录reverse，而是把旧记录保留，打个作废的记号，新记录重新生成，对于某些重要的且已经报送的wagetype，新旧记录做一对比，将差额往下传递一直到本期，并且在本期反应出来，例如wagetype”银行支付”，系统会根据以前记录的”已经支付”对比回溯计算的”应该支付”，将其差额带到本期，在本期进行补充支付，而不是调整以前的”已经支付”，因为实际业务中，以前的”已支付”是无法更改的。此外，SAP使用C

21、ontrolRecord的方法，能够有效防止payrollrun过程中修改主数据、避免少算多算、避免未支付和重复支付。“已付税款”的逻辑与”银行支付”基本相同，SAP的中国版本还提供了两种处理税差异的方法，一种是重新计算回溯期间的税基，将税基差额带到本期然后在本期算税，一种是重新计算税额，将税额带到本月，在本月一起扣税。Payslip(RemunerationStatement)运用了Form的形式，可以在payslip上使用员工主数据、文本、窗体、行项目，在窗体内，wagetype若值为0可以不显示，而行项目无论值是否为0都显示，payslip里还可以对wagetype进行简单的加减，可以根

22、据不同返回值进行不同处理，但是没有专门的格式和数学函数，常用的格式转换可以经过系统自带的conversion功能来完成。Payslip上不仅可以调出本期或累计的wagetype，还可以调出本期或累计的出勤、缺勤、缺勤配额等时间信息。Payslip的Form不支持插入图片。薪资结果的财务过帐，主要运用SymbolicAccount，SymbolicAccounts是HR和FI的纽带，用来连接wagetype和FIAccounts，其他一些细节包括:1，可以对员工进行分组，同一wagetype在不同的组下可以记入不同科目，比如生产人员的基本工资入制造费用，销售人员的基本工资入销售费用。2，财务科目

23、可以分配BS，PL，Vendor，Customer，所以，可以在财务里配置Vendor叫做”税务局”，然后把代扣个人所得税的wagetype直接记到这个Vendor账户里。对员工的AP、AR，SAP会自动搜索并计入到对应的EmployeeVendor、EmployeeCustomer账户3，分类汇总，通常按照Costcenter对工资进行分类汇总，也可以选择其他标准。4，可以选择是否使用Clearing总账科目。SAP-HR常用的事务代码SAP-HRTransactionCodesMasterDataPA10PersonnelFilePA20DisplayHR_masterDataPA30Ma

24、intainHR_masterDataPA40PersonnelEventsPA41ChangeHiringDataPA42FastDataEntryforEventsPRMDMaintainHR_masterDataPRMFTravelExpenses:FeatureTRVFDPRMLSetCountryGroupingviaPopupPRMMPersonnelEventsPRMOTravelExpenses:FeatureTRVCOPRMPTravelExpenses:FeatureTRVPAPRMSDisplayHR_masterDataPRMT_updateMatchcodePSO3I

25、nfotypeoverviewPSO4IndividualmaintenanceofinfotypesTimeManagementPA51DisplayTimeDataPA53DisplayTimeDataPA61MaintainTimeDataPA62ListEntryofAdditionalDataPA63MaintainTimeDataPA64CalendarEntryPA70FastDataEntryPA71FastEntryofTimeDataPBABMaintainvacancyassignmentsPT01CreateWorkSchedulePT02ChangeWorkSched

26、ulePT03DisplayWorkSchedulesPayrollPC00RunPayrollPC10PayrollmenuUSAPE00StartsTransactionsPE01,PE02,PE03PE01SchemasPE02CalculationRulesPE03FeaturesPE04CreatefunctionsandoperationsPE51HRformeditorPRCAPayrollcalendarPRCTCurrentSettingsPRCUPrintingChecksUSAPRD1CreateDMESM31MaintainTablesSM12LockedSecessi

27、onsTSTCTablelookupSPR0IMGSE16DataBrowser(Tablereports)PP03PDTablesPP0MChangeOrgUnitP013MaintainPositionsPO03MaintainJobsBenefitsPA85Benefits-CallRPLBEN11PA86Benefits-CallRPLBEN07PA87Benefits-CallRPLBEN09PA89COBRAAdministrationPA90BenefitsEnrollmentIndividualPA91Benefits-FormsPA92BenefitsTables-Maint

28、ainPA93BenefitsTables-DisplayPA94Benefits-AccessReportingTreePA95BenefitsIMG-JumptoViewsPA96BenefitsreportingPA97SalaryAdministration-MatrixPA98SalaryAdministrationPA99CompensationAdmin.-rel.changesPACPHR-CH:Pensionfund,interfaceGeneral/ReportingPM00MenuforHRReportsPM01DialogsinHR-Createcustominfoty

29、pesPRF0StandardFormPSVTDynamicToolsMenuPAR1FlexibleemployeedataPAR2EmployeelistPD-OrganizationalManagementPP0MChangeOrgUnitPO03MaintainJobsPO13MaintainPositionPO10MaintainOrganizationalUnitPP01MaintainPlanData(menu-guided)PP02MaintainPlanData(Open)PP03MaintainPlanData(event-guided)PP05NumberRangesPP

30、06NumberRangeMaintenance:HRADATAPP07Tasks/DescriptionsPP69ChooseTextforOrganizationalUnitPP90SetUpOrganizationPPO1ChangeCostCenterAssignmentPPO2DisplayCostCenterAssignmentPPO3ChangeReportingStructurePPO4DisplayReportingStructurePPO5ChangeObjectIndicators(O/S)PPO6ChangeObjectIndicatorsO/SPPOADisplayM

31、enuInterface(withdyn.)PPOCCreateOrganizationalUnitPPOMMaintainOrganizationalPlanPPOSDisplayOrganizationalPlanPQ01EventsforWorkCenterPQ02EventsforTrainingProgramPQ03EventsforJobPQ04EventsforBusinessEventTypePQ06LocationEventsPQ07ResourceEventsPQ08EventsforExternalPersonPQ09EventsforBusinessEventGroup

32、PQ10EventsforOrganizationalUnitPQ11EventsforQualificationPQ12ResourceTypeEventsPQ13EventsforPositionPQ14EventsforTaskPQ15EventsforCompanyPSO5PD:AdministrationToolsPSOAWorkCenterReportingPSOCJobReportingPSOGOrgManagementGeneralReportingPSOIToolsIntegrationPA-PDPSOOOrganizationalUnitReportingPSOSPosit

33、ionReportingPSOTTaskReportingRecruitmentPB10Init.entryofapplicant_masterdataPB20Displayapplicant_masterdataPB30Maintainapplicant_masterdataPB40ApplicanteventsPB50DisplayapplicantactionsPB60MaintainapplicantactionsPB80EvaluatevacanciesPBA0EvaluateadvertisementsPBA1ApplicantindexPBA2Listofapplications

34、PBA3ApplicantvacancyassignmentlistPBA4ReceiptofapplicatHR事务代码Report:RPDTRA00-ListallHRtransactions.HROBJ定制HRHRPBSUSACTIONNatureofActionsPA10人事档案-显示事务PA20显示人力资源主数据-显示事务-您能自菜单中选择信息类型.-01基本个人数据-02合同数据-03总额/净额工资发放-04净工资发放-05额外工资发放数据-06计划数据-ZZ工作时间PA30维护人力资源主数据-维护事务-您能自菜单中选择信息类型.-01基本个人数据-02合同数据-03总额/净额工资

35、发放-04净工资发放-05额外工资发放数据-06计划数据-ZZ工作时间PA40人事活动-维护事务-本系统将指导您-您正使用菜单选择事件事件01雇用事件02组织重分配事件06转移(EDP)-有效事件07转移(EDP)-退休人员事件16工资变更事件14提前退休事件10休假事件12重返公司事件51时间记录(最小主数据）事件50时间记录(补充数据)事件56雇用(TE最小主数据)事件52组织管理(最小主数据)事件54时间表(最小主数据)事件62雇用申请人事件RH事件19半退休(奥地利)事件21标志-,通讯税免除(奥地利)事件15半退休事件40退休(文职人员)事件41退休文职人员的死亡事件42包含幸存的抚

36、养者的养老金事件OAPADM启动退休事件OBVADM死亡抚恤金领取者/本地服务事件OCVADM包括生还部门事件ODPADM包括生还部门PA41变更输入/离开日期-包含一个属于效用类的事务PA42对于事件的快速输入-维护事务-本系统将指导您-您正使用菜单选择事件事件01雇用事件02组织重分配事件50时间记录(补充数据)事件R1输入到Resumix事件R2从Resumix输入PA51显示时间数据-显示事务-您能自菜单中选择信息类型.-Z4时间管理信息-Z6员工相关信息PA53显示时间数据-显示事务-您能自菜单中选择信息类型.-Z4时间管理信息-Z6员工相关信息PA61维护时间数据-维护事务-您能自

37、菜单中选择信息类型.-Z4时间管理信息-Z6员工相关信息PA62附加数据的列表输入-维护事务-您能自菜单中选择信息类型.-2002活动分配(出勤)-2010成本分配(雇员报酬信息)-2002成本分配(出勤)-2002外部服务(出勤)-2052每周输入w/活动分配-2052具有成本分配的每周日历-2052列示出勤/缺勤输入PA63维护时间数据-维护事务-您能自菜单中选择信息类型.-Z4时间管理信息-Z6员工相关信息PA64日历入口-维护事务-您能自菜单中选择信息类型.-2050年历-2051月历-2052每周输入w/活动分配PA70快速输入-维护事务-您能自菜单中选择信息类型.-0014经常性支

38、付/扣除-0015额外支付款-0128通知-0267附加非周期支付-0655ESS设置报酬报表PA71时间数据的快速输入-维护事务-您能自菜单中选择信息类型.-2001缺勤-2002出勤-2003替换-2004可用性-2005加班-2006缺勤定额-2007出勤定额-2010员工报酬信息-2012时间转移说明-2002活动分配(出勤)-2010成本分配(雇员报酬信息)-2010成本分配(雇员报酬信息)PAC5MaintainHRMasterData-维护事务-您能自菜单中选择信息类型.-0001组织分配-0002个人数据-0007计划工作时间-0008基本工资-0014经常性支付/扣除-027

39、8基础数据养老基金-0279个别值养老基金-0021家庭成员/相关人员-0009银行细目PAL1生成销售代表-维护事务-本系统将指导您-您正使用菜单选择事件事件L1创建销售代表事件L2销售代理流动事件L3销售代理终止PAL2显示销售代表-显示事务-您能自菜单中选择信息类型.-0000人事活动-0006地址-0900销售数据-0002个人数据-0001组织分配-0105通讯PAL3维护销售代表-维护事务-您能自菜单中选择信息类型.-0000人事活动-0006地址-0900销售数据-0002个人数据-0001组织分配-0105通讯PAL4创建购买者-维护事务-本系统将指导您-您正使用菜单选择事件事

40、件L4创建买主PAL5维护购买者-维护事务-您能自菜单中选择信息类型.-0000人事活动-0002个人数据-0006地址-0001组织分配-0901采购数据-0105通讯PAL6显示购买者-显示事务-您能自菜单中选择信息类型.-0000人事活动-0002个人数据-0006地址-0001组织分配-0901采购数据-0105通讯PB10申请人主数据的初始输入-显示事务PB20显示申请人主数据-显示事务-您能自菜单中选择信息类型.-4000应聘人员活动-4001申请-0001组织分配-0002个人数据-0006地址-4002空缺分配-0022教育经历信息-0023工作经历信息-0024资格信息-0009银行细目-0016合同要素-0007计划工作时间-0008基本工资-0014经常性支付/扣除-0015额外支付款PB30维护申请人主数据-维护事务-您能自菜单中选择信息类型.-4000应聘人员活动-4