导读
成本中心:成本中心是财务核算的一个标准唯独,SuccessFactors系统也有成本中心的概念,但是层级的组合性没有S4中那么多子维度,但是这些子维度又是系统中的重要环节,为避免人事系统与财务一样复杂,所以在SuccessFactors系统中就简化关系,今天出现的问题就是这个简化版如何对应复杂版的问题。
作者:vivi,来源:osinnovation
1 故事来源
前几天遇到成本中心集成的问题,原来只是扎到对应的解决方案,但是不知道具体的原因,今天就用一个源代码的方式去分析业务逻辑,一个是指导大家如何去debug标准代码,一个是搞清楚同步逻辑。系统默认有三类规则:
1、The SAP S∕4HANA system first checks whether a mapping is defined for the key transferred from Employee Central in the ODFIN_MAP_KOSTL table. If it doesn't find a mapping there, it checks the PAOCFEC_KMAPCOSC table. If a mapping is defined in one of these tables, SAP S∕4HANA uses the key from this mapping when posting the cost center assignment.
2、If no mapping is defined in the mapping tables, the replication checks whether the concatenated string transferred from Employee Central is 14 characters long. If this is the case and the first 4 characters are a valid controlling area key, it cuts off the first 4 characters and uses them as the controlling area key. The rest of the string is used as the cost center key.
3、If no mapping is defined in the mapping tables and the cost center key being transferred is longer than 14 characters, the replication of the cost center assignment fails.
大致意思就是系统需要通过映射表关系找到成本中心与公司代码的关联关系,如果没有配置映射关系,在EC的成本中心就需要控制范围+成本中心的组合,系统根据组合关系来拆分。
成本中心
vivi rsl,公众号:osinnovationSF-CPI-SAP问题收集27 成本中心同步错误问题
成本中心
vivi rsl,公众号:osinnovationSF-CPI-SAP问题收集29 成本中心集成配置
2 定位方法
人员同步debug
VIVI,公众号:osinnovationSF-HCI-SAP问题收集11 MESSAGE DEBUG
在很早以前写过一篇如何快速定位人事信息的日志,今天总结的是关于组织的消息debug。首先我们在执行程序的时候,可以选择abap comds的选项,输入RAISE EXCEPTION TYPE,这样出现异常的时候就会停留在源代码的地方,如下下图我就快速定位到源代码报错的地方,这样我只需要向上反推就能快速找到对应的原因。

系统首先是通过成本中心ID去找对应的公司代码与成本控制范围,也就是我们看到的条件一,ec传过来的成本中心需要到映射表中找到对应的公司代码。

从下面两个地方查找ODFIN_MAP_KOSTL 与PAOCFEC_KMAPCOSC 查找,查找的顺序是先ODFIN_MAP_KOSTL后PAOCFEC_KMAPCOSC,我们在这里也可以配置默认值

99行其实对应的就是条件二,系统截取的方式在队友关系。在这里我们可以看到,系统会截取前面4位是成本控制范围,所以标准集成包传给EC的逻辑是包含控制范围的。也就是说如果ec的成本中心是14位。4位成本控制范围+10位的成本中心,那么就不需要配置PAOCFEC_KMAPCOSC表,因为系统会自动截取。

如果27行的代码中得到截取的成本控制范围,那么lv_error就不会错误,在43行的判断就不满足,系统就不会对应的错误原因。


51

被折叠的 条评论
为什么被折叠?



