企业官网建设流程全解析

简介：这是一份中国石化SAP-HR系统应用培训的薪酬管理PPT，面向企业HR薪酬专员、SAP-HR系统操作人员及负责工资核算与成本管理的内部用户，帮助其掌握系统内薪酬管理全流程。内容从模块功能概览入手，详细讲解人工成本计划编制汇总审核、工资总额编制下达与监控、工资核算范围及成本中心概念，并覆盖工资计算、审核、过账、银行报盘及工资条生成等关键环节。资源共1个文件，为PPT格式，大小1.36MB，适合用于内部培训或自学对照操作。目前已有96人学习下载。通过这份材料，读者能够理清中国石化SAP-HR薪酬管理中的术语与业务场景，尤其是工资总额控制范围、成本中心与工资核算范围的划分，理解从数据维护到结果发放的全流程操作，为日常薪酬管理及系统操作提供实用参考。

1. 中国石化SAP-HR系统应用培训——薪酬管理：一份能直接照着操作的老课件

三桶油里的SAP-HR项目，薪酬模块向来是上线后吐槽声最密集的地方。薪资算错、发放延迟、年终奖和月度工资打架、成本中心归集乱——这些问题的根源往往不在财务或者人事政策，而在主数据、工资项（Wage Type）、工资核算范围的配置上。这份《中国石化SAP-HR系统应用培训——薪酬管理》PPT，正是当年项目上线时给薪酬专员和IT支持做的培训课件，它把这套SAP HR薪酬核算的完整链路讲成了“傻瓜流程”：先维护组织分配，再录工资项，最后运行工资核算。对现在还要继续守着SAP HCM做月结的薪酬岗、人力IT岗来说，它的价值不是理论翻新，而是每一步操作、每一个TCODE都经得起验证。适合谁看？刚接手SAP HR薪酬业务的新人，以及接了运维单却对HCM不熟的乙方顾问。

2. 薪酬核算的第一层地基：先看懂组织分配与主数据的关键信息类型

做薪酬核算，最容易犯的错是一上来就盯工资项。其实SAP HR计算工资时，第一个要解析的对象是员工的组织分配，也就是人事信息类型（Infotype）。薪酬能不能落到正确的成本中心、利润中心，能不能区分在职、离职、退休，全部由IT0001（组织分配）、IT0008（基本工资）、IT0014（经常性收入/扣款）、IT0015（非经常性收入/扣款）这几个主数据决定。中国石化这种多板块、多分支机构的企业，一个员工跨几个成本中心的情况很常见，主数据错了，后面怎么调PCR都没用。

2.1 工资核算前先看三件事：工资核算范围、人员状态、成本归属

打开SAP GUI并进入主数据维护界面之前，先确认三个维度。第一是工资核算范围（Payroll Area），它决定这个员工被放进哪一批次、在哪个发薪日被“算钱”。中国石化项目里通常按单位性质、发薪频率来划分，比如月度发薪的机关本部一个范围，按项目结算的一线单位另一个范围。同一个工资核算范围里的员工，必须遵守同一个发薪周期，不能混。第二是人员状态，SAP会依据IT0001里的员工状态（Active/Inactive等）自动识别要不要参与本次核算，离职人员如果没有正确置为Terminated，就会被反复算入当期工资。第三是成本归属，看IT0001里的成本中心、人事范围、员工子组，这些字段直接决定工资过账到FI/CO时落到哪个成本对象。

实操里的顺序建议这样来：

1. 用事务代码 PA20 显示人员主数据，输入工号和“0001”信息类型。
2. 进入后核对“工资核算范围”“人事范围”“成本中心”三个字段，确认与组织分配是否一致。
3. 用事务代码 PA30 修改时，注意“工资核算范围”变更的有效期，新值必须从考勤和薪酬计算的生效日零点起。
4. 保存前检查是否有未完成的“控制记录”变更请求，IT0003（工资核算状态）会拦截工资核算范围修改。

提示：PA20和PA30是薪酬岗每天要碰的事务代码，前者只看不改，后者负责维护和更正。不要用PA30去批量改组织分配，大批量调整建议走“人员事件”（Personnel Action）触发的全新进程。

这段操作的意义在于：SAP计算工资不是像Excel一样选中区域求和，而是先根据IT0001里的组织分配筛选出“这批人”，再根据IT0007（计划工作时间）、IT0008（基本工资）、IT0014/0015（经常性/非经常性收入）去拼算。所以第一步主数据维护的正确性，决定了工资核算结果的成色。

2.2 主数据检查清单：把一个人的薪酬“底稿”完整拉出来

经常有薪酬专员问，为什么某人这个月奖金没进工资？多数时候不是没录入，而是录错了信息类型——把一次性奖金录成了经常性收入，或者有效期没覆盖到核算期间。我一般会要求运维同事养成本文提到的检查习惯：每次发薪前，在PA20里把关键信息类型按7“00”全部拉出来过一遍，盯住系统里各信息类型与核算相关的关键影响点。

这里给一份可抄作业的检查清单表：

一个典型的检查流程是：先看IT0003里上次核算日期，确认这个人上个月已经算过工资；再看IT0001，核对工资核算范围还是不是当前批次；然后看IT0008，基本工资有没有在这个月被调整过，调整的有效期有没有覆盖发薪日；最后翻IT0014和IT0015，本月该发的补贴、该扣的项目是否完整进入有效区间。如果发现IT0015里录了一笔一次性补贴但没指定“期间参数”，这笔钱很可能不会进入当期核算，而是被推迟到下一期。这个细节在培训PPT里专门标了红色警告，实际运维中它是最常见的“录了没进工资”的原因之一。

3. 走进工资核算后台：从工资项到PCR再到正式发薪

主数据维护好，只完成了“原材料准备”。真正决定算出来多少钱的，是藏在后台配置里的工资项（Wage Type）和核算规则。中国石化项目的薪酬管理分成两大类，一类是SAP标准配置的工资项，比如基本工资对应的金额类工资项；另一类是根据企业福利制度自定义的工资项，比如野外津贴、倒班补贴。培训PPT把这部分称为“黑匣子”，因为很多人只会让IT跑PC00_M99_CALC，却不知道工资项是怎么从主数据被带入、又怎么被一条条规则加工成最终支付额。

3.1 工资项与工资项目录：钱在SAP里是怎么被定义的

SAP HCM里，工资项是工资条上的每个项目，但它的层级要比“津贴”“扣款”这层更复杂。工资项分为入额（Time Wage Type / Amount Type）和非入额（如作统计用的信息类工资项）。入额工资项又按计算方式分为固定金额、按小时数、按百分比等。每个工资项都有对应的“工资项目录”（Wage Type Catalog），在TCODE PE01（创建/修改）和PE02（修改）里维护。中国石化这类项目里，自定义工资项通常从5000号段开始编，以避开SAP标准配置。

创建一个新工资项时，我一般会按这样的步骤走：

1. 用事务代码 PE03 查看现有工资项目录，确认要新增的工资项编号没有冲突。
2. 用事务代码 PE01 创建工资项，维护工资项名称、输出长度、小数位、计算类型。
3. 在“工资项属性”里配置该工资项是正项还是负项。正项是应发，负项是扣款，方向错了整个工资条就乱了。
4. 把新工资项关联到对应的“工资项处理类别”（Processing Class），这一步决定它在工资核算流程的哪个环节被处理，是基本工资环节、常态化收入环节还是扣款环节。

这里最关键的参数是“处理类别”和“累计类别”。累计类别决定这个工资项最后归入工资条里的哪一行，比如“应发合计”“实发合计”“单位缴纳社保”。如果累计类别配得不对，就算工资项的金额正确，工资单格式和过账科目也会出差错。所以后台调整工资项，从来不是改个名字就行，必须连带看累计类别是不是跟财务取数科目匹配。中国石化项目里出过这样一个真实问题：新增的“通讯补贴”工资项金额算进去了，但凭证过账时没有归入“管理费用-通讯费”，而是挂进了“应付职工薪酬”，原因就是累计类别沿用了一把其他工资项的配置，没建自己的。

3.2 运行工资核算：PC00_M99_CALC选择屏幕上的参数不要乱填

工资核算的入口是事务代码 PC00_M99_CALC（M99适用于中国）。在讲这个事务代码能干什么之前，先说清楚一个容易混淆的概念——工资核算范围与工资核算期。范围是“哪些人”，期是“给哪个月算钱”。操作人员经常在同一个选择屏幕里把这两个概念弄混，导致重复计算或漏算。选择屏幕上必填和常填的参数大概如下：

正式运行前要求先做测试运行，这一点培训PPT里反复强调过。测试运行不会写入最终结果表，也不会更新IT0003控制记录。它会生成一个模拟的工资核算日志，里面能看出每个工资项的取值来源、扣款规则命中情况。常见做法是挑三到五个“典型员工”做测试，包括正常在职、当月入职、当月离职、有补发、有扣款五种场景的员工各一个。测试没问题，再去掉测试勾选，正式运行。

为什么强调这个流程？因为在三桶油的项目环境里，工资核算运行日志特别长，一旦正式运行出问题，改起来要打补丁。测试运行多花十分钟，能省下回算和冲销的半天时间。我印象很深的一次翻车，就是同事在疫情封控期间远程操作，误把“工资核算期间”从7月选成了6月，直接触发了6月的回算，最后只能逐个人检查工资核算状态，用标准程序把错误结果清除后再重跑。选对期间，是运行工资核算最重要的习惯，没有之一。

3.3 回算与工资核算结果的去向：从工资项到过账

运行完工资核算，不是终点。SAP会生成工资核算结果，存放在工资项结果表里，后续两个去向：一是打印工资条、生成银行代发文件；二是把工资核算结果过账（Posting）到财务模块，生成会计凭证。中国石化项目里，薪酬过账通常是先汇总，再按成本中心拆分，最后“清账到员工”或者“清账到科目”，热搜词里常出现的“SAP清账凭证”在这一环就会发生。薪酬过账用的标准程序是 PC00_M99_CKTR，它读取已核算的结果，按成本分配和会计科目映射生成FI凭证。

这里有一个容易被忽略的技术点：工资核算结果在没有过账之前，是可以重复运行覆盖的；一旦过账到FI，工资核算结果和财务凭证就绑定了，这时再改主数据并重新核算，就会产生“回算差异”。SAP有一套标准的回算机制：当某员工的IT0008或IT0014在历史期间发生变更时，系统会自动标记该员工的工资核算状态为“需要回算”。下次运行工资核算时，SAP会把历史期间差异和当前期间同时算一遍，合并体现在当期工资中。这就是为什么经常有员工发现本月工资条里多了一笔“上月补发差额”——那不是新发了钱，是SAP把回算差异放在了这个月。

理解回算机制，对排查薪资争议很重要。遇到员工质疑“怎么这月突然多扣一笔”，先不要急着改工资项，要看运行日志里是否有“回算”标识。如果确认是回算差异，就要去查是哪一项主数据或工资项在历史期间被变更过。中国石化项目的培训PPT里专门列了一张表：哪些信息类型的变更会触发回算，哪些不会，例如IT0008基本工资的变更一定会触发回算，而部分不影响金额的字段变更不会。所以薪酬专员在维护主数据时，改了金额就要做好心理准备：下一次运行，会连带把以前期间的差额自动补算，金额可能比预期大。

4. 薪酬管理的五处翻车现场：现象、原因、解决办法

这部分内容来自项目上线后“血泪经验”的真实积累，不是理论推导。每一条都按现象、原因、解决三步展开。建议对照自己的SAP环境逐条排查，特别是第2条和第4条，属于逻辑隐蔽、触发了也不会报错的类型。

第一，工资项录入了但没算进工资。现象：PA30里明明给某员工维护了一笔交通补贴，但工资核算结果里找不到这个工资项。原因：没有在工资项的主数据维护里指定“期间参数”，导致SAP不知道这笔钱该放进哪个核算期间；或者工资项没有被纳入该员工对应的“工资项目录”，系统默认忽略。解决：回到PA30，打开该工资项的记录，确认“期间参数”填了当前核算期；再到PE03里查看该工资项是否被分配到了人员子组对应的工资项目录。检查顺序是先看期间参数，再看目录分配，后者是排查中更容易踩的坑。

第二，改了奖金数结果把历史月份工资全冲乱了。现象：给某个员工调整上月的奖金，只改了一个IT0015记录，重新运行工资核算时，发现工资单里的应发合计比预期多了三倍。原因：SAP把奖金记录的有效期拉长，或者工资项记录在当月和上月都有效，触发了两个期间的回算，两个月都算了这笔奖金。解决：处理一次性奖金补发时，不要把原记录的有效期扩展到多个月，而是用“新记录”方式新增一笔，并在期间参数里限制只入账到单个月。对已经算错的，用标准程序删除错误的核算结果，再修正主数据后重跑。这要求在PC00_M99_CALC里选择员工参数，指定“仅为所选员工重算”，避免影响整批。

第三，财务凭证过了账，再发现某位员工多扣了社保。现象：工资已过账，且已生成银行代发文件，员工反馈社保扣款明细和个人自助系统不一致。原因：社保基数维护在工资项里，基数变了但没有触发回算，或者过账时间早于社保数据最终确认时间。解决：先确认过账是否已经永久写入FI，如果已过账，不要直接在原凭证上改，应在当前期间做一笔“补差”工资项，把差额放在当期工资条里体现。这里要用到的标准程序包括：先运行工资核算生成差异，再过账，最后用清账凭证做账务冲正。重点是财务和HR要约定一个“发薪冻结日”，过了这个时点，原则上不再允许修改当期主数据。

第四，员工在当月离职，工资核算时被漏掉。现象：离职员工下个月突然收到一笔0元工资条，或者干脆没有出现在银行代发文件里。原因：离职事件没有在IT0000里正确发起，IT0001里的工资核算范围没有被清除，导致员工仍属于旧批次但核算范围内无人确认，或员工被同步但状态错误。解决：离职处理必须走“人员事件”中的离职操作，让SAP自动在离职日期次日生成“离职状态”，并在IT0003里设置不参与后续核算。千万不要只用PA30删除某一个信息类型，那样只是改了“表面数据”，工资核算的后台状态没变。这个坑在上线初期频繁发生，后来我们统一规定离职必须由指定专员操作，并在月结前几天拉出“离职但工资核算状态异常”报表核对。

第五，SAP Query报表取不到当月工资核算结果。现象：用SAP Query（事务代码SQ01）建了一张工资查询报表，但查出来的数据停在几个月前，当月怎么都刷不出来。原因：SAP Query默认读取的是汇总表的数据，而工资核算结果要先写表、再过账、再汇总，如果过账没有完成，汇总表里就没有当月数据。解决：检查工资核算结果日志，确认核算已完成；到PC00_M99_CKTR执行过账；过账完成后，再用Query重新查询。如果还不显示，用户数据缓冲缓存了旧数据，用事务代码 SM35 清掉相应请求缓冲（这种一般交给管理员处理）。这一条要记住：Query报表查不到钱，八成不是条件写错，而是流程没走完。

注意：上面五条里，第一、第三、第四条在培训PPT里的篇幅最长，分别对应“主数据类型选错”“过账后返工”“离职流程混乱”三大高频事故。新上手的人在熟悉事务代码之前，先建立“主数据—核算—过账—报表”的顺序意识，比背十个TCODE都要值。

5. 进阶确认：用SAP Query建一张自己的薪酬核对报表

处理完日常核算，下一个刚需是月结后的数据核对。别急着把工资数据导到Excel，用SAP Query先做一次“系统内核对”，能更快定位主数据和工资项问题。事务代码，SQ01是SAP Query，SQ02是信息集维护，SQ03是用户组维护。下面给出我通常的操作顺序。

第一步，在SQ02里创建信息集，选择信息集名称如ZPAY01，加入IT0001、IT0008和工资核算结果的逻辑连接。创建信息集时注意选定“所有员工”范围，并激活。

第二步，在SQ01里新建查询，输入查询名称ZHR_PAY_CHECK，选择“基本信息集”，确认字段列表里能看到工号、姓名、工资核算范围、成本中心、工资项金额。

第三步，在查询的“选择字段”里把工资核算期间设成可选参数，这样每次跑月报只需输入期间，不用改报表。

第四步，设计输出字段：工资项金额、标准工资、固定津贴、扣款合计。中国石化项目按成本中心、人事范围、员工组分类显示。完成后保存并分配事务代码，例如ZHR_PAY_CHECK，便于直接输入事务代码进入报表，这正好也回答了很多人在问的“SAP Query报表怎么建TCODE”的问题。

第五步，用事务代码ZHR_PAY_CHECK执行，输入当月工资核算期间，核对“工资项金额合计”是否等于工资核算日志中的“应付合计”。如果不一致，逐行查看是哪个人、哪一个工资项出现差异，再用PA20去查对应主数据。

这一套报表建好后，我每个月发薪完都会强制走一遍：先跑测试核算，再看日志，再过账，最后打开这张ZHR_PAY_CHECK核对三个关键数字——本期待发人数、本期待发总额、单位社保缴费总额。三个数对上了，工资模块的月结才敢说完成。而从维护主数据的角度看，如果有多批人员需要调整，还可以用LSMW以“录屏+字段映射”的方式批量导入IT0008基本工资和IT0014经常性收入。LSMW创建导入录屏时，最好选“Batch Input”模式，字段顺序对照PA30的维护顺序填，这样能最大程度减少导入中途报错。这已经是进阶中的进阶了，但学会了能省下大量重复操作的时间。以上这些思路和方法，都直接来自那份《中国石化SAP-HR系统应用培训——薪酬管理》PPT里的实践总结，希望帮到你。

本文还有配套的精品资源，点击获取