尝试使用事务SWI6查看文档是否存在工作流程以及谁拥有工作项。

还要检查事务SWI2_DIAG中是否有错误的工作流程或SWU2中是否存在RFC中的错误。

嗨，

是的，工作流用户的意思是WF-BATCH。 我们的问题是在哪里可以找到丢失的工作项ID（文档）。 我的意思是在哪个用户的收件箱中。 这样用户可以进一步处理。

此致

Prabodh。

你好，

在SWI1中查找工作流日志，您会看到它确实进入了哪个收件箱。

里克·巴克（Rick Bakker）

嗨Prabodha Rao，

基于上述讨论，我想知道您使用的Open text版本和Service Pack级别。

我们在6.0版中也遇到了相同的问题，即工作流中的工作将由编码员或任何其他批准者批准，但工作流将无法达到发票的下一级别。

通常这是由于工作流程未与VIM_ANALYTICS报告正确同步而引起的，我建议您采用以下解决方法，

1. 检查/OPT/VIM_ANALYTICS报告中可用的同步作业。 还要检查作业日志，并检查变体是否正确维护。 如果仍然可以正确维护并且工作流未达到批准者的位置，则请遵循以下步骤。
2. 执行SWU_OBUF并刷新工作流程缓冲区，
3. 第2步完成后，转到/OPT/VIM/ANALYTICS报告，然后按屏幕顶部的"同步"按钮[绿色按钮]。
4. 第3步完成后，尝试执行报告并检查DP的状态是否已更改，或者工作流程是否已达到下一个批准级别。

我们已经遇到了这个问题，到目前为止，我们已经按照上述4个步骤进行解决。

请告诉我您是否能够解决所报告的问题。

谢谢。

关于

Vengatesh Babu

嗨，

您可以尝试按仪表板按钮（来自Vim Analytics）并检查过程历史记录。 您应该会在此处看到当前的批准人。

如果没有，也许您可​​以尝试在vim Analytics的文档视图中查看当前的OT用户，然后查看真实用户的COA（/OPT/VIM_7CX1）。

如果您真的很着急，可以使用SWIA并将WI转发给其他用户。

最诚挚的问候，

吉列尔莫

嗨Prabodha，

您的问题解决了吗？ 对于VIM，如果没有批准者拥有工作项，则应检查系统中的以下内容

1-批准者角色

2-运行缓冲事务SWU_OBUF

如果这些操作都无济于事，请使用程序ZFI_VIM03_RESTART_APPROVAL