sap考勤系统.docx
- 文档编号:25235610
- 上传时间:2023-06-06
- 格式:DOCX
- 页数:13
- 大小:25.84KB
sap考勤系统.docx
《sap考勤系统.docx》由会员分享,可在线阅读,更多相关《sap考勤系统.docx(13页珍藏版)》请在冰豆网上搜索。
sap考勤系统
sap考勤系统
篇一:
什么是SaP的HR系统
SaP知识介绍-什么是SaP的HR系统
SaP的人力资源管理(HR),属于Ecc6.0中的一个重要模块,该模块基本内容包括人力资源总体规划、员工招聘、员工培训、员工职业发展规划、考勤管理、薪资福利、员工绩效、员工关系等子模块组成。
通过ERP中的人力资源管理系统建立标准化的人力资源管理体系,提高人力资源管理工作效率,有效整合人力资源,合理配置人力资源,提高员工工作技能和工作满意度,加强公司凝聚力。
此次江苏中烟的ERP实施进程中,希望通过SaP的HR模块所具备的功能、流程和信息平台,实现企业的人力资源管理由传统管理型向创新服务型转化。
下图展示了SaPHR模块涉及到的所有范
畴,但根据江苏中烟的具体情况,并非所有内容都适用,因此本次项目将着重围绕江苏中烟人事管理最关心的:
人事信息管理、招聘管理、薪酬管理、考勤管理、绩效管理等这几部分展开。
以下针对这几部分的系统标准功能作简要介绍:
1.人事信息管理
企业所有的员工的数据将存储在SaP结构化的信息类型里面。
系统支持
员工生命周期管理,包括入职以后的所有活动,如轮换、晋升、平调、降职、休假、离职、辞退、退休、返聘以及干部交流等;信息类型使员
工数据结构化,简化了数据录入,并且可以按时间段录入员工信息,所有的员工历史记录都会保存在系统里。
SaP标准系统提供了全套的员工数据结构,包括:
基本个人数据、基本
工作关系数据、工资数据、工作计划数据、时间记录数据,以及所有的人事文档,比如员工人事档案、员工培训档案、员工绩效档案、员工职业生涯发展规划文档、员工薪资档案、员工纪律与奖励档案、员工职位调动、离职档案、员工合同档案等等。
SaP系统支持劳动合同管理,不但能自动提醒快到期的合同,还可以自
动结合人员的绩效为续签提供依据。
SaP系统支持对对员工的健康与安全信息的管理,记录员工的健康状况
历史等。
2.招聘管理:
SaP招聘管理能够提供从应聘人员登记、面试、录用前分析、员工到岗
前各部门之间的协调,到员工正式聘用,定级定岗,进入档案等从招聘计划、实施、录用及评估的全过程管理。
SaP系统支持江苏中烟内部招聘、退休人员返聘、企业外部招聘,制定
招聘实施方案。
SaP系统中实现对各项活动的跟踪,如体检、办理用工录用手续、签订
劳动合同/聘用协议、新员工到岗准备及新员工报到、办理社会保险和人事档案转移、进行新员工登记等。
SaP系统支持对新员工进行员工转正并根据相关规定进行的操作,还可
以对将未被企业聘用的人员信息存入企业人才库,供今后招聘使用。
?
SaP系统支持企业内部在岗位调配管理时进行空缺信息发布(职位、职
责、能力要求、调配条件),并可储存有流动意向和富余人员信息,进行内部人员配置。
3.薪酬管理:
SaP系统能够根据公司的需要,灵活定义工资项目。
包括工资项/非工资
项,计算项/判断项等,进行统计、分析、打印报表。
SaP系统能够灵活定义保险项目及各种缴费金额;例如:
养老保险中的
累计缴费记录(同社会养老保险条款);失业保险中的企业基数、比例、
个人缴费;大病统筹中的企业基数、比例、个人缴费等。
建立保险关系台帐、个人账户金额记录、计算、打印结算单、查询、统计报表等。
?
SaP系统可以根据员工的类别、职务、岗位等,定义并修改每一类员工
工资项目金额及计算公式。
SaP系统可以处理计时工资或计件工资算;可以在一个月内多次计算、
发放工资。
SaP系统能根据员工的考勤纪录和单位工资的计算方式自动计算缺勤或
出勤工资,并可以自动根据考勤纪录判断奖金项目的发放与否;员工的考勤纪录可以手工处理或外部转入。
SaP系统能够产生银行要求的格式的电子报表及相应的数据文件,能够
将成本计算结果传给财务总账。
SaP系统能够统计员工个人、或部门某一时段薪酬发放情况,出具工资
统计报表、个人所得税扣缴报表。
实现与财务模块的无缝集成,进行工资薪金管理,将支付的工资自动计
入成本、费用和其他有关科目,并完成凭证的自动生成。
4.考勤管理(时间管理):
系统可根据企业的实际运作情况,设置工作计划时间,将全年的工作时
间、法定节假日等信息维护在系统中,作为对员工出勤情况的评估基础。
?
系统可根据企业的政策,为每个员工设置不同的工作时间,如班次、年
休假定额、病假定额、探亲假定额等。
系统可实时记录员工的出勤或缺勤情况,并支持与企业的考勤打卡系统
实现信息集成,通过读取考勤打卡系统中的数据,来统计每个员工的实际出勤记录,并对不同类型的缺勤情况予以分别对待,如病假、出差等。
?
系统支持根据员工出勤或缺勤记录自动计算年度剩余的可休假天数。
?
系统支持记录员工的加班记录,详细到小时数,并能根据企业政策对加
班设置不同的性质,如可支付加班工资,或无加班工资等。
系统支持将员工的考勤记录与工资核算挂钩,直接反映到员工每月的工
作薪酬中。
系统支持出具员工考勤情况的统计分析报表,为管理层决定相关成本或服务表现等
提供依据。
5.绩效管理(评估管理)
SaP系统可根据部门、职务、岗位、员工类比设定绩效考核指标和目标
值。
根据企业的绩效考核要求,系统支持定性和定量相结合的考核指标体系。
?
设置不同的资格种类,资格等级,对接受考核的员工进行资格认证。
?
SaP系统支持绩效考核实际值的录入,并根据目标值,对考核结果进行
评估和分析,形成各类绩效指标的统计报表,为部门的业绩评估提供依据,为员工的奖金、岗位调整等提供依据。
江苏中烟集团可以在年度业绩评定、制订报酬差别过程中使用评估系统,
也可以将它应用在招聘、岗前培训和培训的评估过程。
江苏中烟集团可以实时获取策划和监督员工发展方案所需的信息,这体
现了更大的透明性。
篇二:
SaP系统的HR模块介绍及其常用事务代码
关于SaP系统的HR模块
国内典型用户:
三资部分:
SaP,Volkswagen,microsoft,Bosch,Siemens,amd,amEco,aT&S,metro,Samsung,Basf,Shell,Tyco;
内资部分:
联想,万科,招商银行,浦发银行,中石化,中石油,中国电信(网通被oracle抢了),中海油,养生堂,同洲电子,上海电力,邯郸钢铁;
子模块:
Pa(Personneladministration)
om(organizationalmanagement)
PT(PersonnelTimemanagement)
PY(Payroll)
Pd(Personneldevelopment)
compensation
Benefits
Recruitment(ore-Recruiting)
TE(Training&Eventmanagement,ore-Learning)
ESS&mSS(EmployeeSelf-Service,managerSelf-Service)
incentivewage
ShiftPlanning(withPP)
通常国内用到的模块:
Pa,om,PT,PY(号称”四大”)
一、Pa
Pa基本上就是涵盖各个方面的员工主数据,Pa有两个基本概念:
infotype和action。
infotype是一类相关信息的集合,用四位数字为代码,例如:
0001组织分配,0002个人基本信息,0006地址,0008基本工资,0021家庭成员,每个infotype其实就是一个table,table里有很多字段,比如”0002”这个infotype里有的字段:
姓/名/称谓/别名/婚姻/宗教/性别等等,同一个infotype可以根据人员不同国家呈现不同的屏幕,并且某些infotype是特定国家专用的,比如中国专用的”个人所得税/社保/公积金/政治面貌/档案”等。
”身份证号”这个infotype各国都会用,但是每个国家的编辑屏幕不一样。
action表示一个人事事件,例如雇佣/离职/升迁/跨公司转移等,按照SaP的逻辑,一个action会引发一系列特定的infotype的增减或变更,infotype的变更也应该有一个action作为其缘由,所以要把相关的infotype按照特定顺序组合起来,在给员工执行action的时候,这些infotype会按顺序逐个呈现,用户在前台逐个维护这些信息,举个简单的例子,用户在执行”雇佣”这一action后,系统会接连调出infotype:
个人信息/组织分配/地址/排班/基本工资/银行/休假定额,用户在前台把这些信息逐个维护直至完毕。
而所执行的action也被记录于infotype0000中。
这一系列infotype和对infotype的操作(创建/修改/删除/终止)的组合称为infogroup,infogroup被分配给action。
HR的每个infotype都必须指定有效期,有的infotype有重叠或间断,用户可以自己定义每个infotype的”timeconstraint”,常用的有三种:
1.无间断无重叠;2.有间断无重叠;3.有间断有重叠,以业务为例,”基本工资”这一infotype的timeconstraint=1,某人在某一时点必须且只能有一条记录,如果在1月8号给员工修改”基本工资”,原有的记录就被掐断(即终止于1月7日这一天,SaP叫做delimit)。
Timeconstraint=2的例子:
配偶,员工可以有配偶可以没有配偶,但如果有配偶只能有一个,timeconstraint=3的例子:
子女,某人可以没有子女,可以有一个子女,可以同时有几个子女。
某些infotype可以有Subtype,Subtype的表结构完全继承于infotype,只是用来细化和区别具体的infotype,例如:
”0021家庭成员”这个infotype可以有”配偶/子女/父亲/母亲/兄弟姐妹”这些Subtype,这些都是可定义的,当某个infotype或者Subtype在同一时间有多条记录时,再用”objectid”作为索引来区别,例如某员工在同一时间有三个子女,”objectid”分别为1,2,3,在允许”一夫多妻制”的国家,也可以用”objectid”来指代同时拥有的多个配偶。
二、om
SaP的om是基于对象的结构,每个业务单元都被描述成一个对象(object),常见的有:
Position(岗位),orgUnit(部门),Job(工作),costcenter(成本中心),Person(人,即Pa里的Employee),Task(任务),Qualification(资格)等,由唯一的8位数字表示,各个对象之间建立起来的联系称为Relationship,Relationship是自动双向的,由字母a或B加3个数字表示,比如说你分配某个Person占据了某个Position,系统创建RelationshipB008(某人占据某岗),同时创建Relationshipa008(某岗被某人占据),删除或者修改一个Relationship时,对应的双向Relationship自动更新。
各类object允许的Relationship可以配置,各Relationship允许的timeconstraint也可以配置,object和Relationship都需要指定有效期,两个object之间Relationship的有效期不可以大过object本身的有效期。
Position是连接Pa和om的重要纽带,在SaP-HR里,某Person并不是直接属于某orgUnit,而是因为这个Person占据了某Position,而这个Position属于orgUnit,因而这个Person被连接到该orgUnit,Person同样以这样的方式获得Job,costcenter的属性。
面向对象的架构使得SaP里可以建立完全立体的组织架构,避免了平面/梯级架构的层数限制。
用户可以通过”Rootobject+EvaluationPath”来呈现组织结构里的对象和关系,EvaluationPath通常被叫做”评估路径”,就是各种Relationship的集合。
SaP会从根对象开始寻找有指定关系的所有其他objects,再从找到的其他objects开始寻找,如此一层一层往下寻找一直到找不到为止,当然,用户也可以预先限定需要寻找的层数。
似乎SaP对矩阵组织(matrix)的支持方式不是很好。
om的一个重要的功能是做结构化授权(Structuralauthorization),顾名思义,结构化授权是区别于PFcG授权的,直接以组织结构为对象的授权方法,可以让Userid只能显示或维护某些特定的objects,例如,通过”根对象+EvaluationPath”,某经理只能观看所在部门的岗位、员工等对象信息。
在实施结构化授权时,可以在权限档案里直接维护object的代码,也可以维护”根对象+EvaluationPath”,可以将权限档案赋给某个Userid,或者赋给某个员工号或者岗位,再通过员工号或岗位与Userid连接,这样的好处是,如果部门经理经过调动,只要在HR里正常维护这一调动事件,其Userid的权限会自动更新到新的部门,而不需要维护其权限档案。
在实施workflow的环境下(无论SaP自己的还是用户开发的),om通常也被用来作为workflow的组织结构。
三、PT
从PT开始,HR的技术特征逐渐增强,HR的事务性业务本身复杂无规律以致难以标准化,典型的比如对排班考勤的处理、考勤对薪资的影响。
为了更加灵活地满足多样的需求,SaP在PT和PY里运用了Schema的概念,考勤数据和工资均由专门程序来处理,而schema就是程序运行时所依据的准则,比如说:
某些员工计加班/某些员工不计加班/什么情况下算缺勤,Schema会按照设定的规则,调用主数据/配置表/历史结果,经过几千步的运算后返回结果。
用户可以根据自己的需求修改SaP自带的Schema,按照自己的独特规则处理考勤和计算工资,但是修改Schema是一个很有技术难度的事情。
事实上Schema可以理解为”业务上的编程”,SaP已经提供了成百上千的Rule/Function/operation,正是这三者构成了完整的Schema,每个Rule/Function/operation都有其独特的结构和功能,用户只需要按规定格式填写需处理的对象(timetype,wagetype,日期,主数据,判断标准等)。
可以将Schema/Rule/operaion/Function理解为封装好的、面向业务对象的、专用的超级函数。
强大可配置选项+完善的国家版本+巨大函数库,在处理时间及计算工资时,基本上只有想不到,没有做不到(给SaP做个广告)。
当然,为了保证系统的连续和完整,这些东西改的越少越好。
排班计划(workScheduleRule),即每周期内每天的工作起始时间、休息时间,SaP支持弹性工作制,但是弹性工作制也要限定每天的必须工作时间和周累计工作时间。
workScheduleRule可以根据工作日、假日、周末分成不同daytype和class,可以轻松处理夜班津贴、假日津贴等
考勤方法,SaP提供两种思路:
正向考勤(Positive)和逆向考勤(negative),在员工主数据里指定员工使用正向还是逆向考勤,所谓正向,是指记录员工所有的出勤数据,未记录的视为缺勤,所谓逆向,是指只记录有workSchedule有差异的考勤信息,未记录的系统视为符合workSchedule,不做专门处理,可见,逆向考勤是对用户和顾问都比较方便的方法。
SaP本身不是考勤软件,也不
附带任何考勤硬件,只是有考勤数据处理功能,将考勤数据导入SaP,需要经过专门接口(SaP有标准程序),或者手工Batchinput。
缺勤与缺勤配额,SaP叫做absence和absenceQuota,分别存于员工的主数据20XX和20XX,每个缺勤类型就是一个Subtype,比病假、年假、事假等,有些缺勤是有额度的比如年假,只能在年假额度里扣,而年假额度存储于infotype20XX中,当infotype20XX中的相应额度用完,此年假在20XX中就不可输入(也可以配置成允许额度为负),如果有剩余额度,可以按比例结转下期,或者用薪资补偿。
缺勤额度可以自动预提,例如,根据员工组织、级别、年龄、资历进行带薪年假的预提。
除了缺勤配额,还有出勤配额,比如每月最长工作时间、批准的加班时间。
时间评估,即TimeEvalution,翻译成”时间数据处理”更容易懂,与工资处理类似,但是时间处理是每天进行,工资是每期进行。
在时间处理中,正向与逆向考勤的区别并不大,都是将计划考勤与实际考勤对比,处理其差异,只是正向考勤使用的实际数据来自于外部,而逆向考勤所用的实际数据等于计划加差异。
在考勤处理时,时间点称为timeevent(比如上班刷卡,休息开始刷卡),两个相邻的timeevent构成一个timepair,用户在配置表和schema中定义如何生成和处理timepair,典型应用例如:
将本月加班时间转为下月的休假配额。
四、PY
wageType,即工资类型,比如:
基本工资/加班费/年终奖/差旅补贴等等,每个wagetype有很多属性,比如该wagetype是否应税?
是否做为社保基数?
是否要累计?
(累计的应用:
工资条上不仅有本月工资,还有本年累计工资)。
一个wagetype有三个基本字段:
金额/数量/单位,用户在前台只能选择”金额”或”数量/单位”一种维护方式,如果维护的是”数量/单位”,则在运行工资时按照预定评估标准计算出金额,在计件计时工资时很有用。
除了这三个基本字段,工资的运行结果通常还有多个索引字段,类似于数据库表中的关键字,用来连接到其他的表。
例如,某人某月基本工资应该分配给三个costcenter,则此wagetype被劈成三条记录,每条记录有一个”索引”,在”成本分配表”中也有三条记录三个索引,通过索引将”工资结果表”中的wagetype和”成本分配表”中的costcenter连接起来。
在财务记账的时候,wagetype分开记入三个costcenter。
SaP里有四个直接和Payroll直接相关的infotype用来记录wagetype,其中,infotype0008,基本工资,持续的、基本的工资项目;infotype0014,周期性发放,通常记录长期稳定的补贴项目,比如一年连续发放的交通补贴、通讯补贴;infotype0015,附加发放/扣减,该infotype的有效期是一个时点,所以用来纪录偶然的发放,比如偶然的工资调整,依次出差补贴,某月的加班费(如果未启用考勤)。
三者最大区别是,0008必须一直存在,0014必须存在一段时间,而0015只能存在于某一天,这一天落在工资核算的某一期间内。
三者的共同点是,他们都是在正常的每月一次(如果是按月付薪)的payrollrun中处理。
infotype0267,off-cycle,即在正常payrollrun以外的某一天发放,以年终奖为例,如果年终奖和年度最后月工资一起发放,则年终奖可以放在infotype0015,如果年终奖单独发放,可以放在infotype0267。
PayrollSchema与TimeSchema的结构和原理一样,只是因为各国法规、社保、所得税不同,导致内容不同。
回溯机制(Retroactiveaccounting)是SaP里一个非常巧妙的机制,在以前期间工资已经发放的情况下,如果再修改以前期间的工资相关的infotype,例如:
考勤/工资/组织分配/银行等(用户可以配置哪些infotype),SaP就留下一个记号,表示前期主数据已被修改,修改日期被记录于infotype0003里,本期runpayroll时,系统首先在infotype0003里发现这个修改,并从修改当期开始重新计算工资,重新计算并不象Fi那样把以前的记录reverse,而是把旧记录保留,打个作废的记号,新记录重新生成,对于某些重要的且已经报送的wagetype,新旧记录做一对比,将差额往下传递一直到本期,并且在本期反应出来,例如wagetype”银行支付”,系统会根据以前记录的”已经支付”对比回溯计算的”应该支付”,将其差额带到本期,在本期进行补充支付,而不是调整以前的”已经支付”,因为实际业务中,以前的”已支付”是无法更改的。
此外,SaP使用controlRecord的方法,能够有效防止payrollrun过程中修改主数据、避免少算多算、避免未支付和重复支付。
“已付税款”的逻辑与”银行支付”基本相同,SaP的中国版本还提供了两种处理税差异的方法,一种是重新计算回溯期间的税基,将税基差额带到本期然后在本期算税,一种是重新计算税额,
将税额带到本月,在本月一起扣税。
Payslip(RemunerationStatement)运用了Form的形式,可以在payslip上使用员工主数据、文本、窗体、行项目,在窗体内,wagetype若值为0可以不显示,而行项目无论值是否为0都显示,payslip里还可以对wagetype进行简单的加减,可以根据不同返回值进行不同处理,但是没有专门的格式和数学函数,常用的格式转换可以经过系统自带的conversion功能来完成。
Payslip上不仅可以调出本期或累计的wagetype,还可以调出本期或累计的出勤、缺勤、缺勤配额等时间信息。
Payslip的Form不支持插入图片。
薪资结果的财务过帐,主要运用Symbolicaccount,Symbolicaccounts是HR和Fi的纽带,用来连接wagetype和Fiaccounts,其他一些细节包括:
1,可以对员工进行分组,同一wagetype在不同的组下可以记入不同科目,比如生产人员的基本工资入制造费用,销售人员的基本工资入销售费用。
2,财务科目可以分配BS,PL,Vendor,customer,所以,可以在财务里配置Vendor叫做”税务局”,然后把代扣个人所得税的wagetype直接记到这个Vendor账户里。
对员工的aP、aR,SaP会自动搜索并计入到对应的EmployeeVendor、Employeecustomer账户3,分类汇总,通常按照costcenter对工资进行分类汇总,也可以选择其他标准。
4,可以选择是否使用clearing总账科目。
SaP-HR常用的事务代码SaP-HRTransactioncodes
masterdata
Pa10PersonnelFilePa20displayHR_masterdataPa30maintainHR_masterdataPa40PersonnelEventsPa41changeHiringdataPa42FastdataEntryforEvents
PRmdmaintainHR_masterdataPRmFTravelExpenses:
FeatureTRVFdPRmLSetcountryGroupingviaPopupPRmmPersonnelEventsPRmoTravelExpenses:
FeatureTRVcoPRmPTravelExpenses:
FeatureTRVPaPRmSdisplayHR_masterdataPRmT_updatematchcode
PSo3infotypeoverviewPSo4individualmaintenanceofinfotypesTimemanagement
Pa51displayTimedata
Pa53displayTimedata
Pa61maintainTimedata
Pa62ListEntryofadditionaldataPa63maintainTimedata
Pa64calendarEntry
Pa70FastdataEntry
Pa71FastEntryofTimedata
PBaBmaintainvacancyas
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- sap 考勤 系统