点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)尊敬的专家, 我在运行时间评估...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)尊敬的专家, 我在运行时间评估...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
尊敬的专家,
我在运行时间评估时遇到问题,也就是说,当我运行一个周期(例如,从01.07.2017到09.07.2017)时,根据我的计算正确生成了时间类型。 当我重新运行时间评估时-主数据或其他任何内容都没有改变-时间类型读取了错误的数据。
例如,我有一个称为1015的累积时间类型(保存在SALDO中),在我的计算中,我采用了每月1015的金额,并将其置于称为1014的每日时间类型中。余额1015的消耗基于 在PCR上,因此我提到的时间段:
2017年7月1日-> SALDO中的1015是135,那么消耗了7.81小时,因此得出的1014 = 127.19(其中135是2017年6月的期末余额)
2017年7月2日->已消耗7.59,所以1014 = 119.6(也是1015)
2017年7月3日->消耗了7.5,所以1014 = 112.1(也是1015)
04.07.2017->已消耗7.56,所以1014 = 104.54(所以1015)
依此类推,直到2017年7月9日,
现在我是否再次运行时间评估,但是从03.07.2017(而不是01.07.2017)开始,则在03.07.2017中的结果是它将1015视为135(而不是119.6起始余额),因此不是1014 = 112.1 ,它就变成了127.5(135-7.5)而不是(119.6-7.5)错了!
为什么时间评估会看到旧的SALDO条目(135)而不是看到正确的119.6(系统的运行方式就像我从未运行过01.07和02.07)! 并且只读取2017年6月的结果
有什么建议吗?
预先感谢
Fadwa
过去整个月都删除了"时间评估表"集群 当时有一个强制性的追溯时间评估,但是这个问题已经纠正了好几年了。 由于您使用的是SAP HR 608,所以强制执行TE追溯应该不是问题,但是可以很容易地检查表ZES中的条目在月初(追溯日期之前)是否已不存在。/p>
由于这不是问题的根源,因此我怀疑您的自定义配置的某些部分,例如PCR。
要调试系统,建议您在屏幕左侧从01.07到09.07并同时对一名员工进行"时间评估"的"测试运行",并选中"显示日志"框 在屏幕右侧,从03.07到09.07(同一位员工)。 屏幕上显示日志后,您可以将其深入到该PCR中,并查看其读数以及其处理方式。 如果这不是问题所在,请在日志中查找其他位置,并始终将屏幕的左侧与右侧进行比较。
一周热门 更多>