2020-09-28 06:59发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）您好， 我从仓库得到一个单独的... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
您好，
我从仓库得到一个单独的界面文件，该文件显示了退货库存的好坏。 按照标准的SAP流程，我需要将退货库存移动到冻结状态，然后根据物料状态，下一步应该是报废或不受限制的。
我的要求是我得到一个文件，PI应该同时从退货到冻结的同时发布2个重要物料文档，然后再冻结到"动乱/报废"。
我们可以通过创建事件或提供其他建议来实现这一目标吗？ 还是必须具有2个不同的界面才能进行2种不同的链接运动类型？ 这里的问题是，第二动作只能在完成第一动作之后发生。
请咨询。
此致
Ranjit
嗨，
约尔根（Jurgen）已经提出了一些特殊的问题。
根据有问题的消息，从仓库中获取具有良好和不良物料状态（MMSTA）的界面文件。
退货时是否已经在物料主数据上设置了自定义状态，并在仓库流程中通过了GR级别的质量检验，然后根据结果？ 仓库准备这个文件？ 需要有关仓库入库文件和处理步骤的更多信息。 但是，如果基于输入文件，PI（中间件）只需要按两个独立的移动过程作为（信任输入文件）
1）转到冻结的库存
2）迁移到报废（如果不好的话）或移到不受限制的（如果好）的话，那是经典的接口方案，例如idoc进程的序列化。
但是，这可以从两个角度来看。 如果体积不太大，则建议进行同步idoc发布。
准备一个包装器FM，一口气处理输入文件。
使用FM：IDOC_INBOUND_SINGLE发布第一个入站idoc，例如使用msg类型MBGMCR->具有某些mvt.typ来执行阻止操作。 需要在EDIDS表中跟踪此idoc状态，在运行时在FM/入站idoc文件处理程序内部，并根据最新计数器选择第一个IDOC的最新状态，如果它是" 53"，则进行下一次验证，否则不要 继续。
当状态为'53'->下一步->（如果不好或好），则基于发布了第二个INBOUND MBGMCR idoc的段，并根据不同的mvt填充了段。 报废或不受限制的型号。 这次，无需立即发布idoc，即同步发布。 这将有助于提高性能。 第二个idoc将保持为" 64"状态。然后，计划程序RBDAPP01的消息类型为mbgmcr，它将选择" 64"个idocs并对其进行最终处理。
如果输入文件记录的数量巨大，那么可以计划采用一个自定义序列化组来将两个相关的MBGMCR idocs捆绑在一起。
Avik
最多设置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', '推荐 葫芦娃快救爷爷 的问题《请建议我如何安排1个界面文件同时进行2种相互关联的运动类型。》','https://www.easysap.com/answer/108823/291241.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，
约尔根（Jurgen）已经提出了一些特殊的问题。
根据有问题的消息，从仓库中获取具有良好和不良物料状态（MMSTA）的界面文件。
退货时是否已经在物料主数据上设置了自定义状态，并在仓库流程中通过了GR级别的质量检验，然后根据结果？ 仓库准备这个文件？ 需要有关仓库入库文件和处理步骤的更多信息。 但是，如果基于输入文件，PI（中间件）只需要按两个独立的移动过程作为
（信任输入文件）
1）转到冻结的库存
2）迁移到报废（如果不好的话）或移到不受限制的（如果好）的话，那是经典的接口方案，例如idoc进程的序列化。
但是，这可以从两个角度来看。 如果体积不太大，则建议进行同步idoc发布。
准备一个包装器FM，一口气处理输入文件。
使用FM：IDOC_INBOUND_SINGLE发布第一个入站idoc，例如使用msg类型MBGMCR->具有某些mvt.typ来执行阻止操作。 需要在EDIDS表中跟踪此idoc状态，在运行时在FM/入站idoc文件处理程序内部，并根据最新计数器选择第一个IDOC的最新状态，如果它是" 53"，则进行下一次验证，否则不要 继续。
当状态为'53'->下一步->（如果不好或好），则基于发布了第二个INBOUND MBGMCR idoc的段，并根据不同的mvt填充了段。 报废或不受限制的型号。 这次，无需立即发布idoc，即同步发布。 这将有助于提高性能。 第二个idoc将保持为" 64"状态。然后，计划程序RBDAPP01的消息类型为mbgmcr，它将选择" 64"个idocs并对其进行最终处理。
如果输入文件记录的数量巨大，那么可以计划采用一个自定义序列化组来将两个相关的MBGMCR idocs捆绑在一起。
此致
Avik
一周热门 更多>