wl8511的博客

SAP HCM模块中，最难的模块可能就是薪酬模块，薪酬模块难得地方就是各个国家的一些法规已政策，要想学习全球化薪酬核算体系，最好的办法就是用人工智能+SAP HELP网站，今天分享一些我学习的方式。

既然造就错误，所以就要想其他的思路，原来的经验告诉我，肯定有其他的地方是单独设置的，这时联想的是SAP的多国家薪酬配置的地方，SAP支持60多个国家的薪酬核算，每个国家SAP都会设置一个单独的根节点，里面包含这个国家一些个性化设置，例如保险、公积金、个税、标准报表等信息，所以想到的就是找到泰国的薪酬节点，，然后仔细看泰国的节点看到有一个off-cyde payroll for bonus payments的节点，下面还有一个wage types的字节点，抱着试试看的心态去创建工资项目。

如果是年终奖不需要填写，pabrj是工资发放年度，pabrp是发放月份，fpbeg是发放月的第一天，fpend是发放月的最后一天，seqnr_cd是工资的序号，是个流水号。历史工资结果:系统工资结果有几种方式，每个方式都有他特定的业务场景，今天使用的方式更多的考虑业务人员的角度，如果快速的收集数据并导入数据。目前开发的程序有三个，一个导入SAP标准表数据（万能导入程序），一个是整理T558B、一个是整理T558D数据，第一个是通过abap程序，因为能重复利用，另外两个是python编写的一次性程序。

在这里我们还有一个字段要注意就是permo的字段，这个字段是控制支付日期时间，例如当月放当月的工资，或者次月20号放上月工资的，这个字段不能填错，还有一个就是奖金的字段payty字段，如果是A说明是奖金，如果是A的情况penmo与pabrj这两个字段不能填写，否者系统也会其他的提示错误。所以T558B字段的要求还比较高，下图是在导入期初工资结果的时候，系统的提示错误，这个错误看的过去比较隐晦，初看不知道具体的原因，那遇到这样的问题我们如何定位分析，原来有单独写过一篇文章是介绍如何分析这个红色的提示的。

表查询:SAP-HCM有很多查询表的方式，今天我们通过sat事务码来分析下系统更新的流程，因为HCM的表很容易识别，信息类型名称+PA就是人表的数据，今天我们分析是如何知道系统的更新、删除、查询的地方，这样能更好的分析程序。在下图中，我们点击按钮，就能查找是select、delete、update相关指令，这表示我们与数据库交互的语句，通俗点就是数据库增删改改的地方。----------------------------案例分析------------------------------------

第二步：SQ02：zhr-py001，因为HCM也有很多字子模块，所以一般根据子模块设置对应的信息级，信息级是配置最多的地方，主要功能就是选择数据来源，例如可以用多表关联或者使用逻辑数据库，此案例中使用逻辑数据库pnpce。Sap有很多模块非常好用，只是国内一般喜欢定制化，相关的报表也定制化，丢失SAP原本的灵活性，所以SAP还是需要多尝试使用标准的功能，能快速的实施上线，也能为后期的拓展应用提供帮助。上图中蓝色字体的就是需要展现的字段，如果不需要显示，可以在右边中删除，左边蓝色就会自动取消。

所以就不需要去考虑先读取0008在读取T510的先后顺序。t510维护好默认值后，进入信息类型0008后，系统会根据几个维度带出默认值，并且会在后面的间接评估打上勾，因为薪酬都有一些弹性，所以如果觉得默认值不对可以手工修改值，如果数据保存后，数据就会写入到0008信息类型且后面的间接评估的勾会自动取消，所以0008信息类型的数据是两部分组成，一部分是T510的配置数据，一部分是0008保存后的数据，我记得10年面试的时候，就有人问我过这个问题。1 薪酬等级与工资对应关系配置(t510)

现在我们就从代码开始分析，系统的逻辑。首先我们到MP0000140的check_costcenter这个form中，是用0001信息类型的数据赋值值i_cobl内表，，cobl-bukrs默认是0001-bukrs的公司代码值36，但是实际成本中心公司代码是L3,如果需要覆盖这条数据，同样的成本中心原来对应的公司代码和现在对应的公司代码就不一致。内表csksv就是读取右边成本中心数据，因为此时成本中心已经是对应l3，注意：成本中心和公司代码的关系，KS03可以查看成本中心与公司代码的关系。

HCM工资核算的时候有很多错误其实是很难理解的，需要你对系统有一定的认识才能更好的解决问题，有时候考经验很难发现错误的原因，这个时候就要结合debug方法去处理，debug方法前面总结过几篇文章，有兴趣的人可以认真看下，今天这个是debug的另外一种方法，也是希望通过不同的方法去解决复杂的问题。②可惜上述方法不生效，单独输入员工编号并不会出现错误，只有输入工资核算范围才会错误，所以我们思路要改成debug思维，就是根据弹出的错误，看看消息号，然后用消息号去定位代码的位置，反推错误的原因。

在HCM系统中，每次进入金额维护的界面默认会带出对应的货币，例如0008、0014、0015、0267等信息类型，那这些默认货币是怎样来的呢，今天来分析下大致流程，我的例子是维护0015信息类型，然后在下图1281行中有个函数HRCA_COMPANYCODE_GETDETAIL,这个函数输入的公司代码，出来的是对应的国家标识，其实可以简单理解就是从T001表找对应的国家标识。通过0001或者0027维护的公司代码，找到对应的国家，通过T500C表找到国家对应的货币。具体的代码可以参考下下图。

成本中心:成本中心是财务核算的一个纬度，对于非财务人员来说，理解比较难，我用一个简单的例子让大家对成本中心有一定的认识，比如公司有很多部门，每个部门都有对应的组织ID，很多人就理解成部门是不是一个成本中心，其实这种理解也没有错误，但是我们现实业务更复杂，我们现在有三个研发部门，老板想知道这三个部门一共花费多少钱，还要知道每个部门花费多少钱，而且是快速的知道，这时候小伙伴就说不就三个部门累加吗？今天遇到一个问题，就是我0001-kostl我已经赋值一个成本中心，但是系统还是提示另外一个成本中心冻结的问题。

权限：HCM的权限分两套，一套是PFCG的普通权限，一套是结构化权限是根据组织ID限制访问权限的，今天我们讨论的话题如何把这两类的权限组合起来场景：例如下载有个薪酬管理人员，他复制A和B部门，但是因为A部门都是公司的高层领导，它们的工资部属于薪酬管理人员负责，那这样的业务场景不知道大家是否遇到过。

HCM 平均工资

如果复选框打下，就不会产生请求，前面的类型字段，如果是空，那么结构化权限就没维护权限。今天一原来同事问我结构化权限保存的时候能不能不产生请求，今天研究下发现有个表可以配置。

因为0014表的数据是会自动拆分的，我们可以看标准P0014的函数自动会根据工资核算范围日期自动找到所在区间0014的数据，如下图两个月份，P0014的数据也是分段查询的。0014信息类型:0014是HCM的周期性维护数据，也就是说默认我维护的周期时间很长，在一段时间内不需要维护，减少维护的工作量，今天遇到一个朋友问的问题，0014信息类型能读取特定月份的数据，例如我需要维护的日期是是10月份的。②vaoff:这个表示截取信息位置的开始位置，例如数据20240101，截取月份那就是04。

今天遇到某银行的一个需求，就是控制运维人员只能查看某些表的某些记录，原来做过的都是自建表，现在是标准表，只有网上找找，然后发现SAP有针对行过滤的权限对象S_TABU_LIN，就能控制。

X表示增强PC280002。

这个星期一直在研究绩效考核的结构数搭建问题，标准的VA、VB、VC他们在hrp1001是605的关系，但是因为业务需求有变动需要在一个类别组里面创建多个类别，而且要区分多个类别的关系，所以就不能用标准的605完成，后来摸索两天终于找到解决方案，现在分享下。然后每个关系他可能挂接的东西 就比如o-s-p 我的是va-vb-vc 这里复杂点 va下面挂接vb vb下面可以挂接vb。在这里有关系的其他数据很重要要不关系不知道存到那个表里面 下面的pbo与pai必须新建一个空函数要么数据无法保存。

1 在pcl2表中如果误删除cu标识数据，然后进入pc_payresult就会报错，今天找到一个标准程序能恢复这个簇目录，rpudir00。2 组织与人员主数据删除程序，组织:TCODE RE_RHRHDL00,人员SE38:RPUDELPN.

然后三月工资核算时，发现1月工资还是有问题，period 01 in period 03 551= period 01 in period 03的550 - period 01 in period 01的550 =1075。period 01 in period 03 553 = period 01 in period 03 550 -period 01 in period 02 550，也就是551等于目前的550减去最早一次的550，553等于目前的550减去里最近一次的550.

注意: 这个时候是访问sf的地址，不是iAS的地址, 比如中国就是http://api15preview.sapsf.cn,这个是开发系统，生产环境去掉preview，注意这里的Your SF API endpoint是sf的地址，company_id是sf公司名称，client_id是sf系统的api_key，就是下图中的api_key，access token就是步骤二生成的。：sap有7朵云，那么这7个应用系统是不是可以通过一套系统登录，这7朵云都免密登录，这个idp就是架在7朵云之前的系统。

可能很多人会说为什么不在初始化加上pnp_sw_skip_pernr，不就不检查权限拉吗？其实我们要明白这个参数Y和N的含义，如果设置是N,逻辑数据库不会走对应的权限检查，GET PERNR就能获取到员工的数据，需要你二次判断权限控制，如果设置成Y，就是逻辑数据去判断权限，默认就是Y，这个Y其实就会去校验你报表申明时候下面的信息类型，其中一个缺少权限，系统就会提示nsufficient authorization, no.skipped personnel，如我0015缺少其中一条数据的权限。

其实评估人天是一件技术活，如何能准确评估人天是IT的基础功能，最近这几次评估的人天都不靠谱，每次都少很多，其实很多原因就是没有考虑到沟通成本，如果涉及的集成接口，评估的人天一定需要考虑和对方系统的业务沟通成本，对方系统的开发沟通成本，对方系统的测试沟通成本，对如果存在中间件，还需要考虑到与中间件的沟通成本，对应非常复杂的业务，还需要考虑特殊场景考虑不全的新方案设计成本，所以经验还是比较重要的点。增强差异:SAP的HCM模块组织和人事增强都有标准的增强点，不管你调用标准的函数还是前台操作都会触发对应的增强。

WBS元素:原来在咨询公司的时候，我们经常说到code概念，其实就是wbs，外企为没一个项目创建一个wbs，这样所以发生的费用就会在这个wsb记录，高项中说wbs是是分解项目活动，但是没有与费用有效结合，实际运用中会和费用结合，例如我一个项目分解出若干小活动，每个活动我都给一定预算，只要活动预算超过计划80%就预警，这样项目经理能有效监督项目过程，而不是到最后发现费用超标。网络:网络是ps模块的一个概念，网络是一个流程导向的结构，由活动（activity）以及活动间的关系构成。薪酬过账并发逻辑分析。

导读授权不充分:HCM中有个权限对象P_ABAP,这个权限对象有个参数coars，如果设置成2，使用逻辑数据库就不会检查任何报表里面的结构化的权限，所以PA30找不到员工主数据，但是报表能查到对应的人，今天要分析的是工资核算结果无法查到数据，执行报表提示insufficient authorization, no.skipped personnel，su53没有提示任何权限缺失的问题。作者：vivi，来源：osinnovation。

导读成本分配:在HCM模块在SAP模块中，核心就是成分如何与财务无缝衔接，今天介绍的是关于成本中心在HR模块中涉及的几张表，对精细化管理有相应的帮助。涉及的信息类型有0014、0015、0267等作者：vivi，来源：osinnovation。

现在我举个例子说明下上面的逻辑，比如我有个缺勤类型名称是事假-》配置缺勤类型的地方有个时间约束，就是对应上图的时间约束类。

删除下队列，系统自动执行一次。

这几天原来HK客户要我帮忙看一个问题，在看HK雇佣条例时，发现又假期是取前12个月的工资，后来查看标准函数发现两个有用的operation，PLOOP与IMPRE。如果以后求平均工资就不需要那么复杂的配置，用户可以根据任何工资项目求出前12个月的平均工资。2012年6月就是400+400+400+400+500=2100.下图是2012年6月工资核算，现在循环着前面4个月。2012年5月 400。2012年4月 400。2012年3月 400。2012年2月 400。

⑤因为涉及到工资单的集成，默认系统提供的是mashup的集成方式，就是把传统的pe51嵌入到Successfactors的页面中，所以需要配置两个系统的授权，这个过程比较复杂，但是有标准文档支持，按照步骤执行就好，注意点是角色创建，需要把系统提供的多个角色包含在一个角色里面，因为创建员工自助的角色程序，只会绑定员工与一个角色的关系，如果绑定后，就不能在新增绑定关系。③模拟与正式核算不要在一个流程中体现，模式单独一个流程，正式核算一个流程，模拟与正式核算的类别不能一样，否则正式核算一直调用是模拟的结果；

HCM的权限解决的思路：首先是检查结构化的权限，结构化权限有很多地方会有影响，比如函数RH_CUT_INFTY，sy-subrc=1就是结构化权限问题，这个错误很隐蔽，不debug不好知道问题。如果结构化权限没有问题，就看看pfcg的问题，特别要注意权限对象P_ABAP的值，如果排除这两个权限的问题，就要考虑到主数据不一致的问题，就是hrp1001的数据与pa0001的数据存在差异。些灵感，就是权限可能出现的问题是hrp1001表的数据问题，其实HCM的权限检查，包含结。

现在我们来总结下系统逻辑，系统逻辑主要就是分主分逻辑，主逻辑就是大逻辑，分就是子逻辑，也就是个人逻辑。上面介绍的是大范围的计算逻辑，如果单独员工有个性化累计期间，应该如何处理呢，这个时候就要启用PA0531的税收录入日期与纳税终止日期这两个字段，今天我们分析的就是纳税终止日期的使用。2019年后，中国个人所得税从原来的按月计算到按年度累计。例子：员工2024-11-01号离职，0531的纳税终止日期为空，系统的个税累计期间是10个月，那么为什么不是11个月呢。debug我们看到系统先是计算出11个月的，

这几天遇到刷卡分离程序需要跑很长时间，严重影响后面的时间评估与推送SucessFactors的考勤异常信息，下图是刷卡分离程序耗时时间，16个小时。记得原来算几万员工工资的时候SAP提供一个标准的并发后台程序RPCS0000，就是核算几万人的工资，系统会根据选择拆分出多个后台job。尝试以后发现这标准程序对自定义的报表也支持，

故事起因是是原来排班计划是。系统的缺勤时间自动更新。

在上学的时候，对word、excel、PPT感觉都很简单，稀里糊涂的学，稀里糊涂的忘，然后走向工作岗位的时候，突然发现这三大宝剑无比锋利，可惜自己太菜，曾经努力学习，但是效果不理想，直到这几年上多媒体的课，才发现原来学习的途径不单单是理论与实践结合，其实更好的办法是如何把你学习的知识传到出去，这即加深自己对知识的理解，还能更灵活的变通，② 要看看历史数据是不是存在中间有间隔的数据，比如有个业务场景，如果上级经理离职，如果2改成1，那么即使离职也还是要保持原有和上级经理的关系，因为时间约束是1的不能中断。

员工上班有的需要打四次卡，有的需要打两次卡，如果查询员工上班与下班时间，可以根据SORT排序的功能查询，具体配置如下： ​

没办法只有debug，初始化系统都是给00，然后系统肯定找不到，在读取wpbp有多少条，如果有两条就读取第二条，如果有一条就读取一条，所以工资核算的时候setin不能设置成00或者01，02等，如果设置成01，那么系统就找第一条的成本中心。就就是为什么系统会拆分成本中心的含义。一般跨部门调动时候，成本中心都会变化，SAP默认都是读取wpbp的最后一一条数据，但是今天过账会读取两个单位的成本中心，一直都觉得很奇怪，SAP如何都拆分出这样的情况，

需求是按3月～8月，9月～次年2月，做为累计期间，怎么处理？