您好 sowrya masarapu

请参阅注释 199703-使用MB0A，MIGO和VL32进行收货的收货，解释了过帐收货的两种选择。

如果您在MIGO中过帐，我相信不会触发收货的输出确定。 您应该遵循VL32N程序。

最诚挚的问候

Dominik Tylczynski

Hi Dominik

我在应用程序E1的Z输出类型中使用的Z例程用于检查是否已为该ibd收货，这是实际需求，不起作用。

逻辑：

如果表LIKP中的字段WBSTK = B或C，则触发输出，否则，不触发输出。

因此，如果我没有分配这个新的z例程，并且还从zpod（opod的副本）中删除了要求17，则在nace中，只要我分别在VL31N和VL32N中创建或更改ibd，idoc就会触发。

那么，现在的问题是如何实现实际需求？

配置到现在为止：

在nace中创建的z输出类型

维护的cond记录

考虑到这是一个自定义例程，为什么不调试呢？

只需在其中放置一个断点（开头 ，当然）并检查为什么未确定输出。

您好Dominik

这正是我们在例行程序中所做的，但是它还会检查B-部分处理。 这里的问题触发了运行此例程的触发点。 例如，对于ibd，如果我们正在MIGO中进行GR，则根据我们正在执行GR的数量，WBSTK字段将从A变为B或C。 因此，在后台，系统将调用活动= 2-这是一种更改模式（前端为VL32N）吗？

如果它要求更改模式，那么我们可以在其中放置该例程，并且如果条件满足，更改将用作该例程执行，验证和触发输出类型的触发点？

如果执行GR不会影响IBD的更改模式，那么我们如何执行此需求例程？

请发表您的想法。

您好 sowrya masarapu

给出 没有您的自定义例程，输出确定效果很好，我不得不说您的例程有缺陷。 您很可能正在从数据库表中读取入库传递的状态。 尽管状态确定尚未保存到此处，但是在时间= 4时处理输出确定。

据我所知，有一个标准例程可以准确地检查您的需求。 用于外向交货中的SPED输出类型。 我建议检查一下这种情况，并在您的方案中使用它。

发布代码也将对您有所帮助。 只需确保在粘贴时使用"代码"按钮格式化代码即可。

最诚挚的问候

Dominik Tylczynski

你好 sowrya masarapu

在VOFM交易中创建一个新需求，类似于例行程序1。您的需求代码应如下所示：

 IF KOMKBE1-WBSTK ='C'。
    SY-SUBRC = 0。
 其他。
    SY-SUBRC = 4。
 ENDIF。

然后在输出过程定义中将需求分配给NACE中的自定义输出类型。

最诚挚的问候

Dominik Tylczynski

嗨多米尼克

非常感谢您的所有建议和耐心等待。我会进行一次测试，然后告诉您