wl8511的博客

摘要：SAP HCM模块中，工资核算范围是薪酬核算的重要颗粒度，但缺乏独立授权字段。本文介绍了通过权限对象实现单独授权的两种方法：1）利用结构化权限设置（AUTSWORGPD）和信息类型设置（AUTSWORGIN/AUTSWORGXX）控制组织数据；2）创建自定义权限对象（如Z:ORGIN），新增abkrs字段控制核算范围，并通过报表RPUACG00生成代码、在T77S0中启用配置（AUTSWNNNNN=1），最终在PFCG中配置受限的工资核算范围字段。

文章摘要： 本文分析了SAP系统中零余额过账在ECC和S4环境的差异问题。在ECC环境下，科目余额为0的行项目会被自动删除，而S4环境因采用不同的参数设置（post与pzer0默认开启）会保留这些项目。通过代码分析发现差异源于CL_HRPP_ITEM类中参数命名空间的不同处理逻辑。作者指出系统升级带来的兼容性问题反映了IT系统的复杂性，并探讨AI在未来5年内更可能作为辅助工具而非完全替代人力，类比工业革命时期的技术变革过程。

它的主要作用是确保数据标准化和便于用户录入。

首先，我将谈谈我所理解的Operation的作用，，负责对工资类型、时间类型、内部表进行等原子操作。它被封装在中，由调用，最终在中按流程执行，共同实现复杂的薪资与时间业务规则起。1.1 流程逻辑：复用的力量：按顺序执行的 ** 函数（Function）** 集合，定义整体流程（如中国薪资模式 CN01）。：Schema 中的步骤，负责（如 PIT、PRT、ACTIO）。：由，实现具体业务逻辑（如加班计算、社保扣除）。，完成单一数据处理动作。，Operation 是最终 “干活” 的最小单元。

定义分组 (Define Group)：在后台配置中，首先创建组的编码和名称，例如为“标准薪酬组”或“奖金组”定义一个新的分组标识。分配项目 (Assign Wage Types)：将具体的工资项目（如“月度奖金”、“项目奖金”）分配给上面定义好的组。应用分组 (Apply in Configuration)：在后续的薪酬计算规则、报表或权限配置中，直接引用这个“组”来完成相应的功能。4. 中途切换编辑工资组(Edit Group)：有个事务码PU96可以从所有工资项目中选取工资项目指定到工资项组里。

在系统后台，时间约束是通过配置表来定义的。你可以通过事务码。

SAML2.0:（Security Assertion Markup Language 2.0，安全断言标记语言 2.0）是一个基于 XML 的开源标准，用于在身份提供者（Identity Provider，IdP）和服务提供者（Service Provider，SP）之间交换身份验证和授权数据。它主要用于实现，允许用户使用一组凭据登录多个不同的应用程序或服务，而无需重复输入用户名和密码。安装地址saml工具https://help.autodesk.com/view/SSOGUIDE/DEU/?

测试场景三：查询51085871是结构化授权的上级部门，我们看到内表periods内表的数据是空，也就是对父级是没有查询的权限，我们三个测试都没去尝试过maint的这个字段，这个字段的含义是新增还是查询的权限，如果是空就是查询的权限。②事务码：HRAUTH 可以通过这个权限查询员工的一些结构化和权限参数的功能，此功能还是查询单个员工，badi实现，以及T77S0的配置参数。① 查询登录员工的参数文件，比如我们可以查看员工有哪些TCODE的权限，也就是我们说的pfcg相关的权限。PA20权限逻辑源代码分析。

下图我们看到如果我输入多个岗位ID就会显示对于的数据，然后我们可以在EXCEL翻译好，或者调用现在的翻译引擎翻译后填充到下面空白的区域，点保存后，系统自动就会插入到hrp1000信息类型，这样就完成批量组织、岗位、职务的翻译工作。不建议大概去修改hrp1000表的结构，我曾经看到有人在hrp1000新增一个字段去存文本，这个字段很长，但是后来在做数据同步的时候，发现其他语言的版本不会存，虽然SAP认为这个一个bug，会修复，但是这个会掩饰出其他的一些问题。所以建议还是存hrp1002中。

BETWEEN：如果部门表与岗位表的时间范围很宽，我想压缩这个取时间的范围，例如标准集成程序经常有个生效日期的字段，员工的其他信息类型时间不能比员工入职日期早，就可以用这个来限制开始日期，或者我们主数据传输的时候有一个FDST的概念，最早传输日期。他的作用就是现在开始日期，例如0002的开始日期比员工的入职日期早，现在系统就把0002的还是日期变成员工雇佣日期。我们可以看出，部门与岗位的数据之间是有交叉的，有什么办法我们可以快速的把数据切片，把有交叉的部分切分出来。，存储具体数据，时间轴是。

断点:在SAP HCM（Human Capital Management）模块的日常开发与支持中，ABAP调试器（Debugger）是不可或缺的工具。通过设置断点（Breakpoints），我们可以逐行分析程序逻辑，快速定位问题。。此时，无法再设置新的断点，直接影响到调试效率。本文将详细介绍如何快速、安全地关闭这些超出的端点，并探讨相关的最佳实践。

摘要：SAP主数据同步到SF系统时采用增量模式优化性能。通过配置"enablefordeltareplication"选项和激活变更指针(BD61/BD50)，系统会在修改主数据时记录到BDCP2表。定时运行RBDMIDOC或ECPAO_EMPL_DMT_JOB_SCHEDULER程序处理增量数据，成功同步后标记BDCP2表的process字段。需定期用BD22清理已处理数据，防止BDCP2表过快增长。该方案有效解决了主数据同步超时问题，实现高效增量传输。

薪酬支付日期是企业管理的重要节点，优秀企业通常在次月5日前支付上月工资，体现资金实力和管理规范；普通企业多在次月10日及之后支付，反映资金周转需求。SAP系统中需配置发薪周期和支付日期，若未维护未来年份的支付日期（如2026年），系统会报错"Date specification does not exist"。支付日期配置表V_T549S直接影响工资核算结果中的支付日期记录。企业发薪时间的早晚和确定性，折射出不同的管理理念和文化导向。

摘要：工资核算范围是SAP系统中工资计算的核心组织单元，定义了计算规则、周期和货币等基本框架。主要功能包括控制核算周期（如月薪/周薪）和薪酬核算周期。部分国家和地区允许在核算周期内变更工资核算范围（如美国、英国等），但多数情况下系统会报错。相关Note文档提供了特殊处理方案，实际应用中需根据地区政策配置多核算范围。

摘要：本文探讨了SAP与SuccessFactors系统间成本中心字段的标准集成方案。通过BTP平台和CPI中间件，实现了SAP成本中心数据向SF系统的自动传输，重点解决了因SF系统中成本中心编码需包含公司代码前缀而导致的匹配问题。作者详细介绍了GenericValueConversion功能的正则表达式应用，通过在成本中心字段前添加公司代码实现数据转换。该案例展示了SAP主数据集成的复杂性，同时强调通过深入研究标准文档和集成类可找到有效解决方案。

主数据监控:优秀软件有三大特征，完善的权限，符合业务的流程，有效的日志监控。今天我们需要介绍的就是SAP的日志监控，HCM的组织修改日志，HCM的人事修改日志，Z表的修改日志，后台配置表的修改日志，SE16N的修改日志，登录员工的登录日志等。TCODE:SLG1 这里面包含很多异步日志信息，比如SF数据同步到SAP的日志信息，比如创建BP相关的信息，成本中心发送到BTP平台的日志信息，删除工资结果信息，PCC后台任务信息。vivi rsl，公众号：osinnovation。Z表与标准表的日志修改历史记录。

我们在回到上面那个话题，ppcalac表的数据是不是删除就可以，我们可以看看下面这个函数，其实这个函数代码很简单，里面没有涉及到其他函数，只有几个关键字select、delete、UPDATE ，所以从这里看的出来，只要修改ppcalac表的数据，就能解决，所以猜测，工资结果里面的内表数据是实时读取ppcalac表的数据。最近原来同事问我，员工没有过账，但是系统过账的时候总是提示已经过账，所以想找个工具把过账的记录标识删除，避免影响正常的薪酬过账。vivi rsl，公众号：osinnovation。

地址信息:地址信息是SAP的一个多语言的信息类型，不同国家信息类型显示的字段不一样，本来是一个很简单的信息类型，今天遇到一个奇怪的问题，通过CPI集成的时候，数据一直无法保存，但是直接在0006信息类型维护却没有问题。

因为这个关系我们需要在SM30中维护且不需要产生传输请求，所以我们要维护表格维护期，注意在记录历程中，我们需要勾选不、或用户，记录历程选项，意思就是不产生请求号，这样可以在生产环境中每个月直接维护.最后我们可以看到就是汇率的展现结果信息，M固定是月汇率，从是USD，到是THB，最后就是汇率字段，为什么要使用标准表TCURR，是因为我们工资核算做汇率转换的时候读取的还是标准表，所以在此处维护的汇率关系，后期都能在标准功能实用，这样大大减少我们后期开发量。

现在这个按钮是可以隐藏，但是还是带来一个问题，就是权限的控制，就是什么人能看，什么人不能看（这里还不能简单的PFCG授权，因为还涉及到组织授权），所以这个时候还需要结构化授权，这个结构化授权的逻辑是SAP系统登录账号能否查看PA30中的员工数据，如果员工数据都不能查看，肯定就不能看附件，所以就需要找到一个函数，输入登录账号与员工变量两个参数，如果授权成功，就允许查看附件，如果不允许就不能查看附件，就实现下面的代码。所以这个函数解决我结构化授权的查询工作。

研究几个小时无果，没办法就只有去研究下这个badi的其他方法，因为是德语，看不懂后面的描述，我就没个点进去看输入参数是什么，如果是一个集合，那估计就有可能修改，通过字面名称加方法里面的参数，初步定位CHECK_PERNR_LATE方法可能能解决我的问题，所以断点就停留在这个方法，开始尝试就心如冰水，这个方法虽然后结构，但是调用里面没发现值，后面继续尝试，发现这个方法会调用两次，第一次不会有值，第二次就会有值。顿时脑壳就灵光起来。这样避免所有的forms都进入此badi，减少误操作的可能性。

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

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

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

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

最近一直在学习大数据，所以对分区想深入理解，SAP的这个报表业有个并行执行的操作，就是把任务拆出来跑，比较感兴趣就是SAP这个并行执行的逻辑是什么，薪酬过账并行跑，是按照人员编号，拆分出来跑，那这个过账查询报表他拆分出来是什么逻辑，今天准备研究下这个逻辑。如果这个研究搞明白，其实这个思想可以沿用到SAP的报表中，现在SAP上线很久，查询的报表速度越来越慢，如果也能按照这个拆分逻辑也，报表的速度也是明显提升，大家有兴趣可以看我另外一篇文章，就是自定义信息类型如果遇到10w+数据，如何提升数据保存的效率。

④下面的代码就是循环创建task 第一次是1-50，第二次是51-100，第三次是101-126，这个lv_beginx就是每次开始值，lv_endidx就是每次的结束值，，其中41行代码内表is_doc_analyse_package-rundoc内表有126行数据，然后根据lv_beginx与lv_endidx分三次把数据写到lt_rundoc内表中，在44行中，是循环生成任务的方法，这个时候就把126行的数据拆成三个包给lt_rundoc。经过上午的研究发现，SAP查询的并发逻辑其实也比较弱智。

我的解决思路就是找到SAP有个信息类型保存增强的地方，看看在增强的这个地方的数据格式是什么样，如果这个时候有错误，就往前去找问题的原因，因为有的信息没有增强，所以我下图是调用这个增强的地方。通过反推代码的方式，后来发现数据格式的问题，在导入元数据的时候，其实sf每个字段类型也会带进来，这个effectiveEndate的数据格式不是datatime的格式，导致数据在赋值的时候，出现数据的差异偏差。字段在元数据中没有，所以手工加入，手工加的时候是复制上一条数据的格式，当时没注意。④导入到HCM系统中。

所以导致数据不一致。昨天有个朋友做越南项目的时候遇到一个问题，核算工资报错，无法进行下去，因为越南没有标准解决方案包，其实现在SAP应该弄一个出来，现在这么多企业迁移到越南，一看到下面pcg 99，估计就是复制标准的x000的那套，但是后面后面还有28，那肯定是中国的那套，所以感觉找问题十分困难，所以想到的方法就是如果能找到错误原因的代码位置，反推回去估计会更快。在观察点用我们使用这个变量，error_ptext有变化代码就会停下来，找到停下来的位置，去查问题就方便。

例如，如果原始凭证是借方：管理费用--电费 100元，贷方：现金 100元，红冲凭证则是借方：管理费用--电费 100元（金额为负），贷方：现金 100元（金额为负）。HCM冲销的时候，红冲和蓝冲是如何实现，财务冲销FB08,用户可以勾选冲销的原因，但是HCM冲销的时候没有勾选这个原因的地方，那系统怎知道怎知道是红冲还是蓝冲，其实是根据T77S0的POST,PPNCN，X设置的，如果设置成X就是红冲，空就是蓝冲，翻译不知道为什么是俄国，搞不懂。：蓝冲则是通过制作一张与原始凭证借贷方向相反的凭证来进行冲销。

ECP主数据同步的时候，经常遇到一个问题，就是ECP报错，但是这个字段两边的ecp顾问与sf顾问都觉得没实际意思，觉得没有传输的必要性，这个时候我们就可以考虑非必输的字段不必输，。其实就是0185信息类型，有个申请状态字段，但是这个字段其实没什么实际含义，因为能从sf传输过来，肯定是已经生效数据，这个状态多ecp就是多此一举，所以ecp去做增强不划算，sf弄一个字段去对应也不划算，所以想到的解决方案是，能不能不集成这个字段过来。

表格最重要就是下图的框，这个框一般都是动态展现工资的，记住，一定需要在表格视图下，双击F1那行才会弹出对话框，这里的组是有点段落的概念，比如在工资单中有扣款项目、奖励项目，不想画很多表格可以在一个表格中完成，01组就是扣款工资项目、10就是奖励项目，这样表格就能分类展现不同的工资项目。：我们刚才介绍是label，现在label对应的值是什么，这里就可以选工资结果里面的内表，下图成本中心取的就是wpbp-kostl的数据，当然我们还可以选择其他工资结果的数据结构。这个就是一些值显示的长度，这个比较容易理解。

在表格的地方有个ptyp的字段，里面有选择，例如01就是对应下图的LT列数据，其实就是工资项目显示后面金额的格式。其实就是需要把多个工资项目累计起来，例如找到一个印度的的表单，我们看到标识符是in01。:我表单中的一些label字段，可以先在最左边配置对应的文本标签，然后在右边选序号。④规则：比如我需要设置某个字段等于多少就显示文本描述。⑤ 增强：320257，可以参考这个note。

是不是能开发一个程序，抓取模拟工资结果的数据，抓到的数据不就能和工资明细表做对比吗？下面就是一个模拟的例子，网上看到老外写的一个例子，但是是加拿大的，所以开始一直不生效，后来分析下需要修改几行代码，修改的代码已经标记红色，有兴趣的人可以去研究下。所以我这个是中国版的，应该也算是原创吧，哈哈！SAP的核算其实比较麻烦的就是没地方可以导出核算成功的人员编号，即使能导出也是树形的结构，需要反复加工多次才能整理好员工，所以非常麻烦，今天就想能不能抓取模拟工资的rt表数据.

因为组织新增设计到hrp1000、hrp1001、hrp9xxx相关的表，而且这些信息类型创建是不同的函数组成，所以现在解决方案是每个单独的函数创建后，并不立刻更新数据库，等到一个指令后统一更新数据库，这个函数名是RH_UPDATE_DATABASE，参数设置成D. 首先是创建组织ID函数RH_OBJECT_CREATE，这里有个很重要的参数vtask ，如果参数设置成S是立刻更新数据库，参数设置成B是更新到缓存区；

2 LOG-POINT ID使用场景：主要是用于记录程序中的变量值，比如生产环境没办法debug，但是我又想看程序到某个位置的参数值是什么，这样判断程序是否有异常，这个时候LOG-POINT ID就有作用，只需要在你程序中加入，然后在生产环境就能记录编制的值，如果不想启用，有开关可以设置，其实和log4j有点类似。进入的界面后切换到激活页签，在这里面有三个功能一个是断点、对应break-point，一个是日志记录点，对应的log-point，最后一个是断言，实际中没使用。

那这个情况我们如何处理。当所有条件都完成以后，我们可以执行监控的程序，如果程序执行一次，在下图的event就会增加1，我们想观察监控的变量值，可以双击此行的数据，如果event没数据，可以点刷新按钮。：昨天写一篇文章是关于如何在程序中加入开关，记录程序变量的值，有小伙伴问，有没有办法记录标准程序某行内表的值，今天去寻觅下标准文档，还真发现有个地方是可以记录任何程序变量值，然后点保存就会有下面的界面，我们专注在这个event中，这个时候默认是0，因为监控的程序并没有执行，当执行后系统就会变换。

考勤规则里面的分组特别多，其实有个总的视图配置V_503_ALL，可以有所有关于分组的配置，后期有机会分享下每个分组的含义，今天只是列举出单独分类的组，所有年假定额的生成与扣减都是下图3的才会执行。在这里配置的是用于计算司龄的解决方案，SAP有一条比较复杂计算司龄的解决方案，这个配置的地方其实有对应的函数，如果系统标准的解决方案满足不了，可以复制这个标准的函数，按照自己的需求修改，然后配置的地方换成自定义的函数，这样不过多复杂的业务，也能有对应的技术解决方案，但是我希望大家永远不要用上。

badi会抓取到变更的节点，B002是向下,A002是向上，首先我们需要我们通过A002这条数据到OLD_IMAGE new_image-objid=old_image-0bjid new_image-subty=old_image-subty=A002，如果存在，说明部门是调级，所以需要更新的节点就是三个 51080318、 51080319、51080320，这三个节点需要到HRP1001中找到下A002与B002数据。

后来发现是这个函数提示，人员没被锁住，那是不是可以在这个函数之前打个断点，然后PA30查询下是是不是被锁住，后发现这个时候PA30是能查看到这个人，没有提示锁，那么问题就是在调用HR_INFOTYPE_OPERATION的时候系统已经解锁，所以只有向上去看代码，向上看只有一个标准函数HR_MAINTAIN_MASTERDATA，所以解锁就应该出现在这个函数。所以以后遇到这个函数HR_MAINTAIN_MASTERDATA，然后调用HR_INFOTYPE_OPERATION函数的时候记得需要再次加锁。