嗨，

如果工作流程质量良好，并且您手动触发了事件，那么您确实可以获取工作流程。 然后，我建议考虑定制Po的发布程序。 也许有人手动更改了开发和生产的分类以使其正常工作。

Rob Dielemans

致谢，谢谢Rob Dielemans 。 我们发现了与发布策略有关的问题。 不过，与您建议的完全不同。

似乎有人在CMOD中激活了用户出口M06E0004。 但是随后删除了该CMOD项目，而没有"停用"它。 这导致了流浪和不一致的EXIT_SAPLEBND_002。

当TR被运输到质量时，这种不一致导致质量问题。 后来在开发中，出于不同的目的（并且不了解此历史），我为同一用户出口创建了另一个CMOD项目。 因此，在开发系统中，它现在是一致的，并且WF事件运行良好。

不得不举起SAP的OSS票证来发现这一惨败。 终于...一切顺利，并有了新的学习！

您好Mithun Kumar，

您是否检查过SWU3-配置RFC是否已检查？

确保按照注释2568271正确设置SAP_WFRT用户的角色

SM58中是否有卡住的条目？

亲切的问候，Bríd

谢谢， Brid Aine Ni Chonghaile ，以便快速，准确地检查指针。

SWU3没问题。 但是我确实看到未生成该用户SAP_WFRT的授权配置文件。

在SM58中，我看到有300多个条目，主要来自销售交易（不是来自PO），带有红色错误，例如" Schnittstelle zur Klasse SD01 muss nachgeneriert werden"。 任何想法，这些想法如何影响PO工作流程的事件触发以及在这些情况下需要做什么？

您好 Mithun Kumar

SM58中的销售订单错误不应对PO工作流的事件触发有任何影响，但应检查并解决输入。

更新SAP_WFRT用户后，是否触发了工作流程？
在SM58中记录的任何PO记录？
在ST22中的任何记录？
检查注释2608323是否适用

亲切的问候，布莱德

嗨，布里德，

不幸的是，更新用户SAP_WFRT并没有任何作用。

SM58仍然没有PO相关条目。

ST22，与采购订单或工​​作流程无关。

Nore 2608323并不真正适用，因为我们只有一个Unicode系统，没有任何混合。

所以目前我们仍处于第一个方格：-（

感谢和问候，

密信。