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，V olkswagen，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，可以轻松处理夜班津贴、假日津。