2020-08-19 22:46发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）尊敬的专家， 我在MRP运行期... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
尊敬的专家，
我在MRP运行期间发现PR交付日期有问题。 我们已经激活了365天的重新计划范围，并且在系统中，创建了销售订单并基于为原材料创建的采购订单。 当创建第二个销售订单时，如果在第一个销售订单之前输入了交货日期，则系统建议重新安排为第一个销售订单创建的采购订单，并为第一个销售的第二个销售订单生成PR 订单交货日期。
示例：
材料和原材料相同，我们使用策略40
SO1交付日期为30/5/2020，原材料交付日期为25/05/2020，已创建采购订单，交付日期为25/05/2020
为同一物料创建的第二天新销售订单
SO2交货日期为15/05/2020，在MRP运行期间，系统建议将交货日期25/05/20/20的采购订单重新计划为10/05/2020，并为25/05/2020生成新的PR
要求：
当前，系统会进行重新计划，并根据交货日期将确定的收货分配给所有未清需求，然后为进一步的未清需求生成PR。 有什么方法可以停止重新计划，并且系统应该关闭网络吗？
如果我将时间范围重新安排为零天，那么就不会发生时间安排，但是系统没有净赚钱，这会导致过多的PR产生。
示例系统内采购订单为2020年5月25日作为交货日期。 在2020年5月15日创建新的销售订单时，系统将生成PR，而无需考虑未清订单。
这是标准功能还是缺少任何设置？
致谢
美国
您好
重新计划是一项理想的系统功能，以避免将来有现成的固定收货时创建新的补充计划。 重新安排365天的时间似乎太长了，但这似乎不是造成此问题的原因。
让我注意到您的帖子的是您提到了原材料和 成品都一样。 在这种情况下，您是否使用任何种类的递归BOM？ 您如何处理这种情况？
我已经为坚持递归BOM的客户实施了一个解决方案，那就是使用MRP区域来区分相同材料的不同用法。 在一个MRP区域中执行外部采购时，销售发生在另一个MRP区域中。 这样，销售订单需求将生成生产订单，这些生产订单将消耗隔离MRP区域中的原材料。 如果您不使用递归BOM，则也许可以生成库存调拨。
问候， Caetano
最多设置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', '推荐 依赖 的问题《由于时间范围的重新安排-PR的交货日期有误》','https://www.easysap.com/answer/17752/49829.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
您好
重新计划是一项理想的系统功能，以避免将来有现成的固定收货时创建新的补充计划。 重新安排365天的时间似乎太长了，但这似乎不是造成此问题的原因。
让我注意到您的帖子的是您提到了原材料和 成品都一样。 在这种情况下，您是否使用任何种类的递归BOM？ 您如何处理这种情况？
我已经为坚持递归BOM的客户实施了一个解决方案，那就是使用MRP区域来区分相同材料的不同用法。 在一个MRP区域中执行外部采购时，销售发生在另一个MRP区域中。 这样，销售订单需求将生成生产订单，这些生产订单将消耗隔离MRP区域中的原材料。 如果您不使用递归BOM，则也许可以生成库存调拨。
问候，
Caetano
一周热门 更多>