ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

SAP-HR入门:从主数据到信息类型,打通组织、人员与考勤报表

SAP-HR入门:从主数据到信息类型,打通组织、人员与考勤报表 简介中国石化SAP-HR系统是SAP ERP针对大型企业人力资源管理的定制化应用涵盖人事管理、薪资管理、时间管理、员工绩效、人才发展等模块。这份入门培训PPT面向中国石化内部新用户及零基础学习者重点讲解从登录到日常操作的核心流程包括客户端设置、首次登录强制修改口令、多重登录安全提示、系统主界面概览区/对象选择区/对象显示区/明细区四大区域的功能划分以及菜单栏、工具栏、状态栏的用途。资源为1个PPT文件大小约1.41MB按用户界面、用户菜单、事务代码与收藏夹、快捷方式、维护用户档案等章节展开并专门说明字段类型可选项、必填项、默认项、F1/F4帮助、技术名称显示等实用技巧。已有82人学习下载适合需要系统了解SAP-HR操作界面、掌握登录退出与口令维护、熟悉人事事务代码的新手也可作为企业HR系统内训的配套参考资料。1. SAP-HR 入门培训最难的不是按钮而是数据怎么连起来把《中国石化SAP-HR系统应用培训——入门培训.ppt》从头翻到尾很多人记住的是几个事务代码回到工位还是不敢点 PA30。我在给企业做 HR 系统支持时见过太多这种情况SAP-HR 的门槛不是界面而是“人员加了组织不对考勤录了工资不对报表出来人数对不上”这类牵一发动全身的关联逻辑。入门培训真正要讲的是先把四个东西串起来组织、人员、时间、结果。这篇就按做“SAP-HR 应用培训”最常见的备课思路拆开讲适合要给业务人员讲课的 HR 信息专员也适合刚接手 SAP-HR 的 IT 运维。看的人能复述数据路径也能立刻上手验证一条人员数据是否干净。2. SAP-HR 数据骨架入门信息类型与组织管理的挂接逻辑2.1 组织对象和人员对象先分清谁挂在谁下面SAP-HR 里“组织”不是一个部门字段而是一整套对象。组织单元、岗位、职务、人员各自有编号彼此通过对象关系表连接。最常见的一组关系是组织单元下挂岗位岗位上站人员。一个员工不是直接写入“某部门”而是通过人事编号 PERNR 关联到一个岗位再由岗位关联到组织单元。在中国石化这类多法人、多板块的企业里这种结构尤其重要。同一个业务板块下可能有多个公司代码一个员工跨法人单位调用后如果只改了一个字段报表里就会出现“人还在旧公司、头衔却是新单位”的错乱。入门培训里首先确认的应该是学员是否知道“人员号、公司代码、成本中心、人事范围”这几个字段谁决定谁。这里有一个常见误区直接把岗位当成部门。岗位是“任职对象”可以空缺、可以兼任组织单元才是行政归属。新人第一次用 PPOME 打开组织架构图时往往只看见一棵树没看见每层节点背后还有生效日期段。等招聘、调动、离职都做过一遍才会理解组织对象必须带着日期使用不能用今天的数据解释昨天的报表。2.2 信息类型一个员工档案其实是十几张表的拼装视图人员的自然信息、岗位信息、工资信息、合同信息并不存在一张“员工总表”里。SAP-HR 用信息类型来区分这些数据事务代码里输入 0000、0001、0002就是告诉系统要看哪一块。关系型数据库视角下每一个信息类型对应一张底层表表名以 PA 开头例如 PA0001 存放组织分配PA0002 存放个人基本资料PA0006 存放地址。每条记录都带有 BEGDA 和 ENDDA 两个日期字段分别表示该记录生效的开始日期与结束日期。所谓“当前有效的员工档案”可以理解为“今天是合法区间内、且状态没有被删除”的一组记录的集合。信息类型底层表里面主要存什么入门最容易忽略的点0000PA0000人员行动记录、人员状态决定账号是否在职0001PA0001组织分配、公司代码、人事范围一个员工只有一个当前组织分配0002PA0002姓名、性别、出生日期、国籍改姓名要走维护流程0006PA0006家庭住址、联系地址调岗、入职时容易被漏更0008PA0008基本工资项工资金额可能分多个工资项存放0016PA0016合同类型、合同起止日期合同到期提醒依赖这个信息类型入门阶段不需要背全所有信息类型但要建立起“档案是一串并行记录”的意识。比如一个人刚入职时有 0001 记录调动后又产生一条新的 0001 记录旧记录 ENDDA 提前截断新记录从今天开始。如果在查询时按 BEGDA 倒序只取第一条可能只看到最新状态如果按创建顺序取又可能拿回一份过期档案。SAP-HR 这种数据组织方式决定了报表必须在“某个日期点”上做切片而不是简单数人数。2.3 用 SE16N 验证组织分配的最小查询没有报表入口时最直接的验证手段是用 SE16N 查看主数据表。它相当于 SAP 提供的通用表浏览器输入表名后按条件查数据适合排查“某个人的组织分配到底是谁”。SELECT pernr, begda, endda, orgeh FROM pa0001 WHERE pernr 20240001 AND endda 99991231;上面这段 SQL 不能直接在 SAP 生产系统里执行它只是说明“当前有效组织分配”的查询逻辑找一个人、只取结束日期为长期的那条记录。实际图形界面里做等价操作事务代码 SE16N输入表名 PA0001回车后在字段选择页填入 PERNR日期段按 99991231 作为截止条件执行。这个步骤的好处是绕开各类权限封装好的报表直接看数据事实。坏处是 SE16N 只能看到字段值看不到这张表和其它表如何联动。所以我会把它放在 PA20 显示完数据之后再查先用界面确认业务含义再用表查询确认存储形态。入门培训做到这里学员通常会把“信息类型”和“底层表”真正对应起来。2.4 多组织架构下的唯一人员号与系统权限中国石化这种大型集团人员唯一性问题必须单独讲。同一个职员在不同子公司之间调动不能简单在旧单位删除、在新单位再建一个人事档案。标准做法是保留同一个 PERNR通过 PA40 人员行动修改 PA0001 里的公司代码、人事范围、成本中心等信息让这个人从头到尾只有一条历史轨迹。系统层面数据存放在某个客户端 MANDT 下但客户端不是“隔离墙”。不同法人单位、不同业务板块可以共享一个客户端靠权限对象限制谁能看谁的数据。很多人刚接触 SAP-HR 时误以为“只要客户端不死数据就全看到了”实际上 HR 主数据权限比财务数据更敏感授权通常细到人事范围、员工子组、信息类型和操作类型。给业务人员做培训时不要一上来就讲权限对象维护。先让他们记住一个判断规则打开 PA20如果能看到档案却看不到薪资项大概率不是数据缺失而是权限控制只给了显示主数据的范围。后面所有“为什么报错、为什么看不到”的排查都要先排除权限这一层再去看数据本身。3. SAP-HR 主数据维护入门PA20/PA30/PA40 一条链路跑通增改查3.1 第一步是 PA20不是 PA30很多新学员打开 SAP GUI 后第一件事是找“增删改”按钮这是错的。SAP-HR 的主数据维护必须建立在“先看清现状”的基础上。PA20 是显示人事档案的标准入口。进入事务代码后输入人员编号或者在姓名里带出人员编号然后在“信息类型”栏填 0001 或直接按回车列出该人员所有历史记录。PA20 和 PA30 的界面长得一样但 PA20 不可编辑。它最大的价值是给出一份“当某人所有有效信息类型的日期段列表”点开任意一条下方直接展示该信息类型字段的当前值和历史值。这一步是培训里最不起眼、却最值得花时间的部分。我一般会要求学员在自己测试人员号下把 0001、0002、0008 三种信息类型都打开一遍一边看字段一边说出“这个字段如果改错会影响工资还是影响组织”。能分清字段归属就算掌握了主数据维护的边界。直接进 PA30 乱改的人通常不知道自己在改的是一条 BEGDA 旧记录还是一条新记录改完之后找不出变更痕迹。3.2 PA30 公共信息类型维护改的是字段留的是历史PA30 用于维护主数据但它不是“Word 文档”每次修改都可能会新增一个日期段而不是覆盖旧内容。最典型的例子是信息类型 0006 地址维护。员工搬家后直接在原有地址记录上把城市改成新地址系统不会报错但历史住址就丢了。更专业的方式是把旧地址的 ENDDA 改成搬家前一天再新增一条记录让 BEGDA 从搬家当天开始。这样员工档案里就完整保留了两段地址以后涉及追溯性查询时每个日期点都能还原出当时的状态。实际维护时要特别注意“是否允许跨期间重叠”。SAP-HR 对多数信息类型允许日期段连续但不允许重叠。如果新增记录时出现“记录已存在”的提示说明该员工在同样时间段已经有一条同类信息类型常见原因是没把旧记录正确截止。维护场景该改的字段不该做的事员工搬家PA0006 新旧地址分两段直接覆盖旧地址调岗PA0001 岗位、成本中心直接删掉旧组织分配调薪PA0008 新增工资项把旧工资金额直接抹掉合同续签PA0016 更新 ENDDA删除原合同记录业务人员在 PA30 里最容易犯的错就是把“现在显示的最新一条记录”当成“即将写入的草稿”。正确做法是先看左侧信息类型列表里有哪些历史段再决定本次操作是延长旧记录还是新建记录。3.3 PA40 人员行动为什么调动不能只改 PA30入职、离职、内部调动标准操作入口不是直接维护 PA0000 或 PA0001而是走事务代码 PA40 的人员行动。PA40 的界面看起来像一个“向导”先选择行动类型再填写人员编号系统根据行动类型自动更新一组信息类型并生成一条 PA0000 记录。比如入职通常会产生新的人员状态、组织分配、合同信息等多个信息类型的初始记录离职则会把 PA0000 的人员状态改成离职同时把合同、银行账号、工资项等记录按日期截止。把 PA40 放在 PA30 之后讲是为了强调顺序人员行动由场景驱动主数据维护由字段驱动。一个内部调动请求过来如果直接改 PA0001 的岗位字段虽然界面上看组织分配变了但人事范围、成本中心、人员子组这些联动数据可能没变。下一次跑薪资或出报表时会发现数据自相矛盾却很难定位是哪一步漏改的。在实施项目里PA40 的行动码通常按客户需求自定义配置。标准系统里常见的“入职”“离职”“组织调动”“薪资调整”各有专门的行动码。新增行动时实施顾问会把该行动需要写哪些信息类型配好并把“行动原因”字段做成下拉列表。入门培训里不需要记住每个行动码但必须知道看到 PA0000 里出现一条新记录说明发生过一次人员行动而行动原因字段解释了这次行动的业务背景。3.4 选择错误日期段是主数据最隐蔽的坑主数据维护报错大多不在字段权限而在日期。最简单的检查办法是先问“这条记录要覆盖哪一天到今天”再打开对应信息类型的列表中看日期段是否连续。这里有一个实际场景。集团内部借调员工原岗位从 3 月 1 日截止新岗位从 3 月 2 日开始。如果在 PA30 里把旧岗位 ENDDA 改成 4 月 1 日而新岗位也已经建了 3 月 2 日的记录两条 PA0001 就会在 3 月 2 日到 4 月 1 日之间重叠。系统可能不报错但报表单位人数、成本对象归属都会出错。因此给 SAP-HR 入门培训准备一张“日期检查表”非常有效每条 PA0001 记录都写成“组织分配从哪天到哪天”所有相邻记录首尾相接。学员在 test 环境里把自己做过的人员行动导出来看一遍比反复提“注意日期段”有用得多。4. SAP-HR 时间管理与排班入门四个参数决定考勤结果对不对4.1 时间管理的三类数据缺勤、出勤、时间事件SAP-HR 时间管理在实施项目里深浅差别很大。基础档次只记录缺勤和加班高档次的会做排班、时间评估和薪酬集成。入门培训至少要让学员分清楚哪些记录是人工填的哪些是系统自动算的。缺勤单是业务人员最常用的入口通常通过 PA61 或菜单里的休假录入界面维护。在信息类型 PA2001 里一条缺勤记录包含考勤类型、开始时间、结束时间、期间范围。比如请了半天年假记录里是一段 4 小时的时间而不是“上午”两个字。出勤记录存放在 PA2002多用于出差、公出、培训等在场但非正常考勤的情况。时间事件则是从打卡设备或门禁系统导入的原始刷卡记录。入门培训常见的误区是把“考勤机里的打卡记录”和“SAP 里的考勤结果”直接画等号。打卡记录只是原材料经过排班、缺勤、加班规则计算后才形成可用于薪资核算的结果。培训时应反复强调一个观点看到“时间类型”字段不要只看它显示“年假”两个字要看它对应的计算规则是扣钱、调休还是不扣钱。4.2 影响考勤结果的四个参数配置层面时间管理之所以让新手发怵是因为结果不是靠一张表存出来的而是由多个参数叠加计算。第一个参数是“考勤类型”。它决定这条缺勤是否跨天、是否允许超长、是否有最小时间单位。比如病假和年假的处理规则完全不同病假可能要传医学证明年假则要从假期余额里扣。第二个参数是“员工子组与时间管理状态”。系统用人员子组区分月薪工和周薪工、全职和兼职不同组别对缺勤的容忍度不同。第三个参数是“排班规则”。月薪工可能不要求每天打卡但系统仍需要一个标准排班作为缺勤计算基准。最后一个参数是“薪酬期间标志”它决定考勤结果要汇总到哪个月、是否已经进入薪资核算流程。参数位置常见表/字段判断逻辑考勤类型PA2001-AWTYP年假、事假、病假对应规则员工子组PA0001-PERSG/PERSK决定时间评估框架排班规则PA0007-Sch-kz每天计划工时来源薪酬期间PC_PAYRESULT 的工资期间考勤是否已被锁定四个参数不是分开看的。AWTYP 决定这条记录是“允许”的缺勤PERSK 决定这种员工需要不需要记考勤Sch-kz 给出可扣减的计划工时基准薪酬期间决定它什么时候真正影响工资条。四者不一致最常见的结果就是“考勤录了工资不变报表还说缺勤”。4.3 休假余额与离职截止日期的联动做 HR 业务的人最能直接感知的问题是“离职当月的剩余年假怎么算”。这个问题在 SAP-HR 里不只是一个数学公式而是主数据、时间记录和薪酬核算的联动结果。离职操作那天PA0000 的人员状态先变化接着就是时间管理里的记录截止。如果离职日期是 5 月 15 日而 PA2001 里存在一条 5 月 20 日到 5 月 22 日的请假申请系统会给出警告或要求业务人员先删除这段无效缺勤。这一步在实际培训中很有代表性它逼着学员回头去看 PA20 里用户的请假列表理解“人已不在假不能留”。这个场景也提醒培训讲师不要只做“操作路径演示”。可以安排一个小作业把一个测试人员号做到离职再检查他的 PA2001 是否还有未结束的缺勤记录、PA0008 是否还有未执行的调薪记录、PA0006 是否还有未失效的地址记录。走完这一步时间管理和主数据的关联就建立了。5. SAP-HR 报表与取数入门标准报表不够用时的 SE16N 查询路数5.1 标准报表事务代码清单入门培训如果不讲报表学员回到岗位后还是只能靠周边同事截图。SAP-HR 的标准报表分散在不同菜单树里依赖事务代码反而更容易找。用途事务代码说明查看员工档案PA20看单个员工所有信息类型查看组织架构PPOME按组织单元/岗位树查看考勤结果查询PA51 / PA61显示时间记录与维护缺勤薪资结果查询PC_PAYRESULT查看某员工某期间工资明细通用表查询SE16N按表名查数据明细报表S_PH9_...实施项目自定义报表树中国石化这类大型企业实施时通常会开发一批 RPT 报表集中在 HR 菜单树或人员信息查询入口下。但标准报表受权限申请流程影响开放范围有限。相比之下SE16N 往往只开放给 IT 运维不直接开放给业务用户。因此培训学员的重点不是背事务代码而是记住“这个数据在哪个信息类型下”的映射。看到“成本中心报表”要能联想到 PA0001 表看到“基本工资报表”要能联想到 PA0008 表看到“请假汇总”要分清是 PA2001 的缺勤记录还是经过时间评估后的考勤结果留存表。5.2 用 SE16N 取当前有效人员的最小查询SE16N 看起来是个数据库浏览工具实际上它更适合做“带条件的越权检查”。比如怀疑某人被离职但报表里还在显示查询 PA0000 就能立刻看到人员状态。SELECT pernr, begda, endda, stat2 FROM pa0000 WHERE pernr 20240001 AND begda 20250630 AND endda 20250630;注意这里的逻辑是取“2025 年 6 月 30 日那天是否在职”的记录。PA0000 的 STAT2 字段表示人员状态正常情况下在职人员的记录结束日期是 99991231。离职后会新增一条 STAT2 为离职的记录或把原记录 ENDDA 改成离职日。实际在 SE16N 里操作时不需要写 SQL。输入事务代码 SE16N表名 PA0000在查询条件页填 PERNR再填日期范围执行后看结果列表。最好再和第二查询 PA0001 联合对照确认该人员在目标日期点有且只有一条有效的组织分配。这个操作属于入门培训里的“进阶应用”但它能把之前的主数据、组织、报表串成一条线。凡是学员提出“为什么总人数不对”时我都会先反问你查的是 PA0000 的当期在职记录还是 PA0001 的有效组织分配这两个口径差一个人很可能是有人已离职但组织分配尚未截止。5.3 报表人数对不上时的排查顺序人数统计不准优先排查三处。第一处是 PA0000 的人员状态是否被正确更新第二处是 PA0001 的 ENDDA 是否跨期间重复第三处是查询条件里是否漏了人事范围。这里的教训是“先看数据再怀疑报表”。新学员往往会先去找报表设计者要说法而在 SAP-HR 里多数人数差异来自源数据而不是统计逻辑。使用 SE16N 把同一批人员号在两套口径下取出来用 Excel 比对差异是效率最低但最稳妥的排查方式。6. 验证 SAP-HR 入门培训成果的三步检查法6.1 用三条记录验证增改查链路培训结束后我给学员的验收方法不是考试而是让他们在一个测试人员号上完成三件事在 PA20 里看到完整的组织分配在 PA30 里改一条电话号码在 PA40 里做一次内部调动然后回到 SE16N 查一遍。这三件事可以暴露 80% 的入门问题。电话号码改完去 PA0006 看是否有新旧两条记录能看出学员是否理解“历史保留”的写法。内部调动做完去 PA0001 看旧记录 ENDDA 是否被截止、新记录 BEGDA 是否从次日开始。如果两段记录没有顺序衔接说明学员在 PA40 里只填了行动类型没有正确处理日期逻辑。6.2 用三个字段判断数据是否干净真正能证明入门培训有效果的是学员掌握数据分析的起点。我建议把下面三个字段写在每个学员的桌边PERNR 是人员唯一标识同一人能且只能有一个有效人员编号ENDDA 是记录结束日期查询任何主数据都不能不看它PERSG 和 PERSK 是员工子组很多计算规则都由它触发。只要是 HR 相关报表这三个字段至少出现其中两个。比如排班异常先看 PERSG 是否被维护成兼职类型考勤不统计先看 PERSK 对应的员工子组是否被配置成需参与时间评估调岗后人数重复先看 PA0001 里同一个 PERNR 是否存在两条重叠的 ENDDA。这三个字段就是 SAP-HR 的主数据身份证确认了它们再去看具体业务单据。6.3 建立属于自己的日期切片思维最后留给学员一个习惯每次看到 HR 报表里的数字先问“这个数站在哪一天看的”。组织架构、人员状态、工资数据在不同日期下都有不同版本这也是 SAP-HR 与一般业务系统最大的区别。入门培训不一定要求人记住配置表但必须能在日常操作里自动带上日期切片。如果某一步校验结果和源头单据对不上宁可在 PA30 里逐条看信息类型日期段也不要直接发起新的人员行动去“覆盖”疑点。数据修正得越急留下的坑往往越深。本文还有配套的精品资源点击获取
返回列表