2020-09-01 07:49发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）当我们尝试将多个基于性能的维护计... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
当我们尝试将多个基于性能的维护计划从4500小时的维护包更改为5000小时的维护包时，我们遇到了一个新问题。 在第二天运行IP30之后，下一个呼叫项都错了。 看来，无论计划已经开始多少次呼叫，从计划开始时的开始计数器读数开始，都使用5000小时间隔重新计算了下一个计划的计数器读数。 大约一半的计划的转换系数为0％，其他的设定为100％。 移位因子为100％的计划将每个计划从上一个呼叫项目的偏移量应用于新的下一个计划计数器读数。
由于这导致几乎所有计划都比需要的时间早了安排，因此我们的计划人员尝试使用最后一个呼叫项完成时的计数器读数作为开始计数器读数来重新启动计划。 重新启动计划后，即将到来的呼叫项完成计数器读数和下一个计划的计数器读数更改为错误的值，并且看起来调度类型已更改为以周期开始。 如果我查看IP16，它不会显示为循环启动。 我们正在尝试确定是否需要创建新的维护计划并重新开始，或者是否可以使用当前计划解决此问题。 我们真的不确定从哪里开始寻找内容或为什么要计算这些日期。
下图显示了正在使用的调度参数。 呼叫算法显示的最后完成日期为2020年7月17日，与呼叫清单上的其他任何内容均不相关。 最后一张图片显示，下一个计划的计数器读数已设置为80,000小时，这大于起始计数器读数与周期值5000小时之间的差异。
谢谢您的任何帮助。 如果需要，我可以尝试在星期一早上提供更多信息。
尊敬的
基思·道格拉斯（Keith Douglass）
谢谢彼得，这是个好建议。 我们仍然无法解决如何解决维护计划的问题，因此，我将发表评论以向原始问题中添加更多信息。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 小c菟菟 的问题《更改基于性能的维护计划的问题》','https://www.easysap.com/answer/45650/127545.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
谢谢彼得，这是个好建议。 我们仍然无法解决如何解决维护计划的问题，因此，我将发表评论以向原始问题中添加更多信息。
一周热门 更多>