Manju，

从您对Rob的回答（这也是我的第一个问题），我认为您需要了解很多有关工作流的知识。 那太令人兴奋了！ ：-）

首先，运行工作流模板（仅举一个示例，即WS9660002）将创建（如Rob所言）工作流ID-通常是10或12位数字，可以唯一地标识一个实例 工作流程 在您的情况下，一个工作流程实例将是一个需要批准的采购订单。

其次，除非您做了特别的事情，否则您在质量检查或产品中的批准者将不会收到工作项（对话任务， 例如在开发人员中运行的工作流程实例中的"批准任务"。 因此，不应混淆。 如果用户登录到质量检查系统，则他们只会看到在质量检查系统中启动的需要批准的工作项。 对于生产来说同样如此-您的用户将不会看到在Dev或QA中生成的批准任务。

同样，我强烈建议您获得一些技术帮助，以创建将用于批准任务的规则 。 该规则将能够（通过某种业务逻辑）识别适当的批准者。 因此，它应该能够在不更改工作流程模板的情况下在各种系统中找到批准者。

请考虑搜索"工作流程教程"。 我已经为您搜索了此内容：

https://www.google.com/search?q=site%3Asap.com+workflow+tutorials&oq=site%3Asap.com+workflow+ tutorials＆aqs = chrome..69i57j69i58.15887j0j4＆sourceid = chrome＆ie = UTF-8

您现在不必担心任何SAP Cloud Platform教程。

学习愉快！
起诉

谢谢苏珊。 帮助很大

嗨，Manju，

所以您在Dev中有类似WS96600002的东西，在QA和Prod中有其他WS966000 *的东西吗？

我不太了解这种情况。 通常，您可以在Dev中开发工作流程模板，并将相同的模板ID传输到QA和Prod。 它在整个生命周期中都保留相同的WS9 *。 如果您的模板编号在您的环境中不同，则说明正在发生一些有趣的事情（不是很有趣！更像是奇怪的事情）。

我最好的建议是这个。 在Dev中生成工作流的新版本，并进行必要的更改（还要考虑是否应该能够在不更改工作流模板的情况下容纳新的批准者；在此处使用规则将消除在任何时候都需要更改工作流模板的需要 有人离开）。 在Dev中执行测试。 转到质量检查，并在那里进行测试。 运输到产品。 没有在每种环境中进行测试的真正捷径。 至于QA和Prod工作流程模板的编号与DEV中的编号不同？ 我会确保在传输较新版本后，您将在每个环境中停用与这些模板的任何事件链接。

希望这会有所帮助！
Sue

嗨 苏珊

是的。 你是对的。 该ID与QAS和PRD不同。

根据您的建议，我们将在Dev中创建工作流程并将其移至QAS。

作为一种实践，我们在Dev和QAS中创建了许多采购订单以进行定期测试。所有测试的采购订单都经过审批。 不会混淆批准者吗？

我们可以直接在PRD系统客户端打开中更新工作流程ID吗？

嗨，

您能否详细说明一下不同的工作ID？

工作项ID有所不同，因为它是在运行时创建的，可能是工作流版本

请注意，Rob Dielemans

嗨，

如果您唯一的问题是我们不知道， 没有执行工作项的用户ID，那么您始终可以使用SWIA来检查流程是否按照预期进行。 只需确保代理确定可以在生产中使用，使用SWIA即可执行对话框工作项而无需检查。

或确保测试环境看上去（几乎）与生产环境完全相同，以防止 这些测试问题。

Rob Dielemans