点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我们有许多使用多年的自定义工作流...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我们有许多使用多年的自定义工作流...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们有许多使用多年的自定义工作流程。 现在,我们遇到了两个案例,其中一个工作项没有明显的原因仍处于"开始"状态。
这些案例是在两个大约1.5小时的时间窗口中创建的,这似乎是零星的。 例如,工作项17389204被卡住,但是几分钟后,另一个与同一任务有关的工作项17389225被创建并成功处理。 所有卡住的工作项均用于自定义,同步后台任务。
ST22中没有错误。 没有错误,因此SWWERRE不会拾取要重新处理的项目。 相反,它们只是保持已启动状态,因此不会自动处理。
我在未签入SWIA的情况下执行了工作项,并且工作流继续正常进行。 没紧迫的问题,但我想知道是什么原因造成的。。 我的一个猜测是没有可用的后台工作流程,但无法证明事后的存在。
这种情况很少见:我总共发现了10个,而在过去365天中,成功地处理了良好的400,000个工作流程,每个工作流程都包含一些后台任务。
鉴于绝大多数情况都可以,我可以肯定地说基本设置是可以的,但是我仍然与里克的博客。
(42.3 kB)
嗨Arto,
我同意Mike的观点,RFC处理状态也应在SM58中检查。 如果看到"已记录事务"或"正在执行事务",则在处理tRFC时可能存在RFC资源问题。 在SM58中,您可能还会在LUW处理期间看到错误。
一个建议是在SMQS中注册工作流RFC目标WORKFLOW_LOCAL_XXX(XXX是客户编号)。 这将排除由RFC资源状况引起的可能问题。
检查情况的另一种方法是查看受影响的后台步骤的技术工作流日志,TID应该显示在日志中。 单击TID后,将带您进入SM58中的相应LUW。
希望有帮助,
凯莉
一周热门 更多>