具有时间事件的正时管理中的配对形成问题

2020-09-07 12:58发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,

在带有时间事件的积极时间管理中,我们面临着结对的问题。 让我详细解释这个问题。

计划的工作时间是工作日(星期一至星期五)的上午7点至下午3点。

14年1月2日,员工在上午7点准时上班。 他忘了在14年1月2日离开办公室时外出工作。 时间评估在14年1月3日凌晨2点运行,并给出一个错误,指出14年1月2日的时钟丢失了。

员工在14年1月3日上班,却忘记在14年1月3日上班。 离开办公室时,他于14年1月3日下午3点出门。

时间评估于14年1月4日凌晨2点开始。

系统当前将时钟分配为14年1月3日下午3点到14年1月2日。 因此,它为14年1月2日创建了一个总时间为1的时间对。 小时数为32小时,开始时间为7.0000,到时间为39.0000。 它还指出,员工不在14年1月3日上班。 这不是SAP中正确的处理。

我签入了 help.sap.com ,发现这不是标准行为。 请参考以下链接:

http:// help.sap.com/saphelp_erp60_sp/helpdata/en/8a/9852b546c411d189470000e829fbbd/content.htm?frameset=/en/8a/9852c246c411d189470000e829fbbd/frameset.htm

上述标准行为表示,时间评估应指出14年1月2日缺少时钟,而14年1月3日缺少时钟。

我向SAP发出了oss消息,并且第一级支持顾问说我在表V_T705B中针对A07的配置不正确。 我已经为A07维持了400。

我已将A07的配置清除为空白,并且问题仍然存在。 然后,SAP顾问几天后回来,说 help.sap.com 中的文档不正确,她会 得到改变。 我发现这很奇怪。

我没有接受她的解决方案并将其升级到SAP。

如果将14年1月3日之外的时钟分配给14年1月2日,并且总编号为0。 的小时数在14年1月2日的表提示中显示为32,这也意味着根本没有考虑02年1月2日的DWS。

此外,令我惊讶的是,为什么顾问建议 help.sap.com 中的文档不正确。 如果该文档不正确,则意味着SAP会优先选择实时可能性小于1%的方案成对。 而可能性大约为99%的情况将被忽略。

有人对这个问题的解决方案有任何想法吗?

感谢和问候,

Vivek Barnwal

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,

在带有时间事件的积极时间管理中,我们面临着结对的问题。 让我详细解释这个问题。

计划的工作时间是工作日(星期一至星期五)的上午7点至下午3点。

14年1月2日,员工在上午7点准时上班。 他忘了在14年1月2日离开办公室时外出工作。 时间评估在14年1月3日凌晨2点运行,并给出一个错误,指出14年1月2日的时钟丢失了。

员工在14年1月3日上班,却忘记在14年1月3日上班。 离开办公室时,他于14年1月3日下午3点出门。

时间评估于14年1月4日凌晨2点开始。

系统当前将时钟分配为14年1月3日下午3点到14年1月2日。 因此,它为14年1月2日创建了一个总时间为1的时间对。 小时数为32小时,开始时间为7.0000,到时间为39.0000。 它还指出,员工不在14年1月3日上班。 这不是SAP中正确的处理。

我签入了 help.sap.com ,发现这不是标准行为。 请参考以下链接:

http:// help.sap.com/saphelp_erp60_sp/helpdata/en/8a/9852b546c411d189470000e829fbbd/content.htm?frameset=/en/8a/9852c246c411d189470000e829fbbd/frameset.htm

上述标准行为表示,时间评估应指出14年1月2日缺少时钟,而14年1月3日缺少时钟。

我向SAP发出了oss消息,并且第一级支持顾问说我在表V_T705B中针对A07的配置不正确。 我已经为A07维持了400。

我已将A07的配置清除为空白,并且问题仍然存在。 然后,SAP顾问几天后回来,说 help.sap.com 中的文档不正确,她会 得到改变。 我发现这很奇怪。

我没有接受她的解决方案并将其升级到SAP。

如果将14年1月3日之外的时钟分配给14年1月2日,并且总编号为0。 的小时数在14年1月2日的表提示中显示为32,这也意味着根本没有考虑02年1月2日的DWS。

此外,令我惊讶的是,为什么顾问建议 help.sap.com 中的文档不正确。 如果该文档不正确,则意味着SAP会优先选择实时可能性小于1%的方案成对。 而可能性大约为99%的情况将被忽略。

有人对这个问题的解决方案有任何想法吗?

感谢和问候,

Vivek Barnwal

付费偷看设置
发送
7条回答
shere_lin
1楼 · 2020-09-07 13:40.采纳回答

为了所有人的利益,德国SAP开发支持公司建议 help.sap.com 成对前一天的分配 -时间评估-SAP库不正确。

如果缺少02月1日的时钟,则1月03日15:00的时间事件将分配给02Jan。 而且它不会考虑DWS。

我对此感到非常惊讶和不满意。 因为员工会连续多少次连续工作超过24小时。 我相信这种可能性不到1%。 而且SAP会优先考虑少于1%的情况,而这种情况可能会发生99%的情况。

此致

Vivek

Aaron 3364
2楼-- · 2020-09-07 13:27

嗨Vivek,

这是同样的问题,我现在正面临着。 请提出问题的解决方案

wang628962
3楼-- · 2020-09-07 13:25

感谢分享此信息。

微wx笑
4楼-- · 2020-09-07 13:28

嗨,宝拉,

由于您从事的是时间管理,请参考下面的链接,其中包含其他时间管理文档。

我在SAP HCM中的知识工件的一站式服务

希望这些文档对您有所帮助。

感谢和问候,

Vivek Barnwal

callcenter油条
5楼-- · 2020-09-07 13:34

如何在1月3日的IT2011上记录时间事件? 该时间事件的星期几是什么? 在这种情况下,时钟输入和时钟输出与EE WSR的开始/结束时间是否相同? 请尝试使用参数" ALL"的函数P2011。

骆驼绵羊
6楼-- · 2020-09-07 13:33

时间事件将从时间记录系统中流入。

最初的日期分配为空白,然后是时间评估程序 在时间评估运行之后分配日期分配。 是的,时钟输入和时钟输出与EE WSR的开始/结束时间相同,但这与系统为何如此运行无关。 如果更改时间以使其与EE WSR的开始/结束时间不同,则此问题仍然存在。

带有参数ALL的功能P2011将不起作用。 根据SAP,ALL用于以下情况:

""如果一天中有成对的上班时间和 上班时间相同,则它们仅 如果Par1具有 值" ALL",则在表TIP中输入。"

这不是我的情况。 我没有相同的时钟输入和时钟输出时间。

问候,

Vivek

野沐沐
7楼-- · 2020-09-07 13:42

嗨,Vivek,

我正面临着同样的问题。

每当只有打入而没有打孔时,系统就会将第二天的打入和打孔分配给前一天,并显示当天缺席。

请帮助我解决问题。

一周热门 更多>