wl8511的博客

分页:SuccessFactors OData API 的分页，核心就两种：客户端分页（$skip / $top）和服务端分页（cursor / snapshot）

表关联：在SuccessFactors的API中，如果需要表关联是通过关键字expand实现，那么我如何查看系统的表关联，可以通过odataapi data dictionary去查看，一般来说，字段后面有nav结尾的说明有关联的表。

SuccessFactors OData API摘要（148字） SuccessFactors OData API是基于REST的Web服务，支持高效的人力资源数据操作。接口主要分为OData API(RESTful)和SFAPI(SOAP)两类。核心功能包括查询(GET)、插入(POST)、更新(PUT/PATCH)和删除(DELETE)操作，其中更新插入(Upsert)特别适用于数据同步场景。关键参数purgeType=full支持全量模式，会清空现有数据后重新插入，常用于处理岗位变动等需要维护历史记录

SF流程的几张重要表:员工张三 (userId=1001) 提交请假单，产生流程实例 wfRequestId=8000123。

自定义MDF的查询我们需要找到下面的关键字。proxyonchange的位置，然后在payload的参数0中，一般cust开头的就是表名，因为在sf系统中，cust表示自定义，就和SAP里面Z开头是自定义是一个概念。通过上面的几种方式介绍，发现hris的比较难一步找打对应的表，但是背景信息和自定义的MDF还是比较容易找到表的具体名称。所以在查HRIS的时候我们需要有一定的经验，然后去总结表的名称。

本文介绍了REST API的核心概念和应用实例。REST API基于HTTP协议，将数据抽象为资源，通过标准方法（GET/POST/PUT/DELETE）操作资源，具有无状态、统一接口等特点。文章通过SAP SuccessFactors的API实例，展示了查询参数的使用：$filter用于数据过滤，$select选择返回字段，$expand处理嵌套数据结构，以及$top/$skip实现分页功能。这些参数组合使用可精确控制API返回结果，降低网络开销，提高查询效率。

公积金免税:根据《住房公积金管理条例》、《建设部、财政部、中国人民银行关于住房公积金管理若干具体问题的指导意见》（建金管〔2005〕5号）等规定精神，单位和个人分别在不超过职工本人上一年度月平均工资12%的幅度内，其实际缴存的住房公积金，允许在个人应纳税所得额中扣除。单位和职工个人缴存住房公积金的月平均工资不得超过职工工作地所在设区城市上一年度职工月平均工资的3倍，具体标准按照各地有关规定执行。单位和个人超过上述规定比例和标准缴付的住房公积金，应将超过部分并入个人当期的工资、薪金收入，计征个人所得税。

摘要：本文介绍了SAP HCM系统中Operation的核心概念，它是薪资/时间计算的最小执行单元，负责对工资类型、时间类型等数据进行原子操作。文章阐述了Operation在SAP HCM计算引擎中的层级关系（Schema→Function→PCR→Operation），并分类介绍了赋值类、计算类、判断类等不同功能的Operation。重点讲解了AMT=*操作的实际应用，说明其作用是恢复默认值，与FILLF功能类似。通过具体案例解释了IT表与OT表的关系，帮助理解Operation在薪资计算中的运作机制。

摘要：本文系统介绍了SAP HCM中Operation的核心作用，它是薪资/时间计算的"最小执行单元"，通过Schema→Function→PCR→Operation的层级结构实现业务规则。作者提出学习Operation需要结合业务知识与IT思维，并建议通过标准文档和实践案例掌握其应用。文章还分析了P2010函数与AMT的关联关系，强调学习应注重问题导向而非机械照搬。最后指出面对数百个标准Operation时，需通过具体问题实践来积累经验，实现知识复用与创新应用。

摘要：本文系统介绍了SAP HCM权限体系架构，将其划分为功能层级（常规权限、结构化权限、工资核算权限）和技术对象（主数据、组织管理、时间管理、报表权限）两类。重点解析了ECP工资单权限问题，指出其涉及多系统权限交叉控制的特点，并提供典型错误"You don't have permission"的解决方案：通过检查SAP Note、SU53日志，特别强调需在PFCG中为ODATA服务单独配置权限（使用TADIR服务和Gateway Business Suite对象类型）。全文兼具权限理论

最后，SAP是一个复杂的系统，涉及的逻辑非常复杂与专业，所以一般来说不要轻易去修改标准程序，这对以后升级也是比较麻烦的事情。

SAP SuccessFactors的调薪功能主要集成在模块中，旨在帮助企业将零散的Excel调薪表转变为线上化、受预算控制且与绩效挂钩的规范流程。1.1 预算与规则控制调薪不再是单纯的"拍脑袋"，而是严格的"精打细算"。：HR可以为不同部门或成本中心设置预算上限。经理在填表时，系统能实时显示"总预算"、"剩余预算"和"已花费金额"，支持设置硬性阻止（超标即无法提交）或仅做软性提醒，防止超支。

SuccessFactors通过。

如果下图冲从0001变成0010，sfiom_rprq_osi表就会存数据，系统检查到此表就会报错，这个选项的作用就是自定义信息类型也能更新，且sf的组织id与sap的组织id一致(前提是外部给号）最近在做HCI的集成，是S4的环境，发现很多东西都跑不通，今天开始收集一下错误点。2.自定义保存信息类型不保存，此处的对象一定要打勾。SAP在此处重写信息类型写入的方法。

注意: 这个时候是访问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朵云之前的系统。

Body(raw):client_id=xxx&user_id=xxx&token_url=xxx&private_key, client_id就是上面生成的API Key，user_id是SF账户的ID，token_url是SF的Endpoint+/outh/token, private_key是下载的证书文件中private部分内容，也就是上图build success上面那部分。生成的.509证书是有公钥与私钥，私钥我们后面生成saml的时候需要使用，这里复制的时候不要复制所有，只是复制私钥即可。

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

successfactor employee center主数据同步，一直以来排错比较难，难的地方是这个提示消息比较隐晦，而且同步的消息号也是很特殊，很难直接通过消息号，定位源代码的位置，所以每次出问题，如果无法从字面意思理解，就只有从数据的源头DEBUG，一步步去找相关错误的位置。这里sap会把布尔类型转换成1和0，所以即使sf是true，我们不能用true与sap的y映射，我们只能用1和sap的y映射。通过标准程序查看，是因为sap这边有一次转换，针对布尔。学习的敌人是自己的满足。

successfactor employee center主数据同步，一直以来排错比较难，难的地方是这个提示消息比较隐晦，而且同步的消息号也是很特殊，很难直接通过消息号，定位源代码的位置，所以每次出问题，如果无法从字面意思理解，就只有从数据的源头DEBUG，一步步去找相关错误的位置。这里sap会把布尔类型转换成1和0，所以即使sf是true，我们不能用true与sap的y映射，我们只能用1和sap的y映射。通过标准程序查看，是因为sap这边有一次转换，针对布尔。学习的敌人是自己的满足。

6重新导入HCI证书至SAP系统，成功传输。SMICM,设置跟踪级别，设置成3。

下面看看HCM发送query语句界面，不输入修改日期与输入修改日期，sql是如何组装，首先是不输入日期，SAP每次发送query，都有一张表存储发送的状态并记录发送时间与接受时间，如果收到的数据在SAP中处理完毕，状态就会更新成成功，下次发送query就会以这个时间作为基准。上面描述的API的区别，下面介绍的是HCM处理数据后，需要把员工状态返回给EC，这样下次HCM发送query语句的时候，除根据时间，SF还会抓取失败的员工，因为员工在HCM复制失败后，ec有个状态存储。②通过session查询数据。

一直以来都习惯SAP的查表方式，一直在想sf能在前台查询表是哪个，今天测试fiori的发现有一个debug工具很好，就是浏览器的F12功能。

4 双击66行，出现如下消息号，这就是我们需要的消息号，也就是说代码在出问题的是63行，那就是去找LV_DELIMT_DATE的这个变量是什么时候赋值的，就知道情况。6 代码向上查发现，代码在这段的时候，数据没读取到，因为主数据维护成ZZ，ZZ没创建控制记录，所以找不到，所以只有为ZZ创建控制记录，继续执行还是有问题，5 也可以看到这个消息号是在calss cx_HRSFEC_SERVICES中。2 输入abap命令RAISE EXCEPTION TYPE。8 维护号下图的数据，主数据同步OK。

今天遇到岗位的code居然维护中文，顿时傻眼，SuccessFactors的code可以是数字，但是SAP的id是8位的数字，所以传输到SAP系统后报错。后来发现sf可以做正则表达式：控制岗位code必须是8位的数字。

5.此刻并不是终点，问题点随之而来，上面我在难搞标记红色，是因为标准解决方案你永远都不知道如何走向，当员工2006的扣减结束是2020-05-31且剩余2天假期，此时结转0416的定额，系统会自动把2020-05-31的优先扣除，因为老外觉得，过期的年假或者调休都应该有补偿的，所以在程序中参数写死，4.执行如上程序以后，表之间的关联关系也会随之改变，原来的笨办法就是把原来的数据删除，然后重新同步，想想原来够傻的。，如果预定结束日期一样，系统去找预定的开始日期（先进的地方也是困惑我的地方）。

如果行为不符合预期，您可以分别调试类 CL_ECPAO_IN_PERNR_OF_EMPLOYEE 的方法 CHECK_CORRECTION_PHASE、类 CL_PAOCF_EC_EE_MDR_IMPL 的方法 CHECK_CORRECTION_PHASE 或类 CL_HRSFEC_B2B_MESSAGE_LIST 的方法 ADD_ERROR_PAYROLL_CORRECTION，分别用于业务集成构建器、历史复制和点到点。可通过检查表 A_INFOTYPE_REF_TAB 分析信息类型。

successfactors预留很多标准函数，但是介绍的文档就和刚开始学习SCHEMA一样少，学习成本十分高昂，最近一段时间想起原来使用的一个函数，感觉蛮有用，分享出来，业务逻辑是：sf有标准对象deparment和自定义对象team，但是编码范围不是一个号段，这样会有重号的问题，在SF这边没关系，但是同步到SAP时候就出问题，sap的组织对象都是O，所以写一个检查规则，如。果编号在deparment使用就不能在team中使用。