请建议我如何安排1个界面文件同时进行2种相互关联的运动类型。

2020-09-28 06:59发布

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

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


您好,

我从仓库得到一个单独的界面文件,该文件显示了退货库存的好坏。 按照标准的SAP流程,我需要将退货库存移动到冻结状态,然后根据物料状态,下一步应该是报废或不受限制的。

我的要求是我得到一个文件,PI应该同时从退货到冻结的同时发布2个重要物料文档,然后再冻结到"动乱/报废"。

我们可以通过创建事件或提供其他建议来实现这一目标吗? 还是必须具有2个不同的界面才能进行2种不同的链接运动类型? 这里的问题是,第二动作只能在完成第一动作之后发生。

请咨询。

此致

Ranjit

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

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


您好,

我从仓库得到一个单独的界面文件,该文件显示了退货库存的好坏。 按照标准的SAP流程,我需要将退货库存移动到冻结状态,然后根据物料状态,下一步应该是报废或不受限制的。

我的要求是我得到一个文件,PI应该同时从退货到冻结的同时发布2个重要物料文档,然后再冻结到"动乱/报废"。

我们可以通过创建事件或提供其他建议来实现这一目标吗? 还是必须具有2个不同的界面才能进行2种不同的链接运动类型? 这里的问题是,第二动作只能在完成第一动作之后发生。

请咨询。

此致

Ranjit

付费偷看设置
发送
3条回答
宇峰Kouji
1楼-- · 2020-09-28 07:23

Jurgen嗨,

对我来说,我们的3PL合作伙伴遵循一个怪异的过程也显得有些新。

该指示将不在物料主数据中。 我们在入站文件1中获得指标,在该文件中,根据指标,由于移动原因将库存过账为不良或不良库存。

应根据第一个动作的触发发生另外2个实质动作。

Avik,您好

从技术上讲,您的回答对我来说还不错。 需要检查它是否切实可行。

感谢你们俩的帮助。 随时向您发布消息。

此致

Ranjit

2楼-- · 2020-09-28 07:24

请进行检查并告知我们。 我已经实现了类似的解决方案,其中我们有多个SAP系统,并且必须分阶段上线。 O2C在旧的R/3系统中仍在发生,而供应链在新的ECC系统中,因此我们必须基于接口将物料从R/3转移到ECC,直到整个过程在New ECC框中生效。

# p#

这可能在您的末端是一个非常特殊的过程,对我而言,在库存转移到冻结库存之后,我不会取消自动跟踪运行。 两次运动之间可能需要几个月的时间,并且可能还会有特殊的销售而不是报废。

要使系统中发生某些事情,您必须具有一个指示,告诉您后续活动是什么。 您可以从外部系统得到什么,您可以知道需要进行哪些后续运动?

我也从来没有看到过使用物料状态来控制退货是报废还是回到无限制使用。

d56caomao
3楼-- · 2020-09-28 07:23

嗨,

约尔根(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

一周热门 更多>