难题已解决。...正如我在上面的"附录"中提到的那样，我们现有的工作流已实现了截止日期监视（工作项已过时），并且工作正常。 只有新创建的定义（或我编辑的定义）似乎给我带来了问题。

解决方案位于KBA 2463103中（系统升级后，截止日期监控不起作用）。 自几年前上次升级以来，我们尚未在新的工作流程中采用截止日期监控。 因此，这个挥之不去的问题从未引起注意。

我感谢社区的投入，并希望这可以节省将来的时间。 为所有人加油。 愿您的一天充满和平与感激:)

凯尔

原始帖子的附录：一个有趣的事件。

我们有几个工作流程，这些工作流程将决策步骤与模拟结果结合在一起； 进而实现"将工作项设置为过时"功能。 直到今天，我都对它们进行了测试，并且它们工作正常。 因此，我决定创建一个全新的工作流程，该工作流程与已经正常运行多年的工作流程完全相同。 简而言之，我手动创建了一个新的工作流程，并使用SAP的"复制"功能创建了第二个工作流程（复制工作正常的工作流程）。 我对它们都进行了语法检查，并成功激活了它们。 测试的结果-WF-BATCH更新了两个工作流程日志中的决策步骤，并显示"已达到期限"消息。 但是，WF-BATCH已更新NEITHER，其中的日志条目指示该过程步骤已完成...

"工作项处理完成"

"将工作项设置为过时"

"结果处理"

因此，这两个工作流程仍处在我打算过时的决策步骤上。

我用来创建两个测试工作流的"原始"工作流确实将决策步骤设置为完成，然后转到定义的下一个步骤。

世界上有什么？

。

希望有人看到了这一点，并可以为我提供修复工具或有关如何解决此问题的解释。

嗨，

请检查是否 在该系统中已经进行了工作流自定义。

SWU3

如果计划了后台作业的活动，则检查其频率以及作业日志。 可能是因为它是使用不再存在的用户ID安排的。

亲切的问候，Rob Dielemans

嗨凯尔，

阅读附录后，最后要检查的是WF-BATCH用户是否已分配sap_all和sap_new角色。

如果是这种情况，请使用SAP创建oss消息。

嗨，

如Rob所说，检查如何配置用于截止日期监视的批处理作业，它是否处于活动状态。

安安，你好。 我已经确认批处理作业处于活动状态并且配置正确。 谢谢您的回复。