本系列的上一篇文章：发现SCP工作流–工作流定义。

本篇文章是系列文章的一部分，可以在这里找到指南：发现SCP工作流。

我们现在看到了10000米以外的工作流定义。现在是放大其中三个任务中的第一个任务的时候了——用户任务"提交建议"：

在我看来，物联网概念股，用户任务类型是特殊的，因为它们涉及到一个人，因此需要额外的运动部件来工作。

您可能知道，当您在SCP驾驶舱中启用工作流服务时，会提供各种各样的内容，在基于SCP门户服务的Fiori启动板中包含"我的收件箱"应用程序（请参阅发现SCP工作流–监视器）。正是在这个全局工作流工作列表应用程序中，用户任务才会出现，并一直保留，直到用户采取行动（例如接受、拒绝、继续或以其他方式告知他们在工作流实例生命周期中与特定步骤相关的决定或行动）。管理员也可以暂停或终止它们。

您已经看到了用户任务是什么，并且应该在发现SCP工作流-服务代理时启用：

我们看到"我的收件箱"应用程序显示了两个待完成的工作流项目-用户任务-供我处理。碰巧两个用户任务是相同的（选择推荐的啤酒），但是"我的收件箱"收集了来自各种不同工作流定义的所有用户任务。

工作流定义是使用Web IDE中的工作流编辑器功能创建和维护的：

这为我们提供了对整个工作流定义建模的工具，包括用图形编辑器描述流程和指定任务细节。以下是我们的用户任务定义详细信息的截图：

我们现在将介绍其中的一些，大数据是啥意思，下一篇文章将介绍其中的一些，但我不想过多地讨论用户任务属性本身的机制——Seshadri Sreenivas Ramanarayanan已经发表了一篇文章"如何配置SAP CP工作流用户任务"，其中非常详细地介绍了这一点。

有关于配置用户任务的文档可用，但目前的早期形式有点浅显在细节上。它确实让我笑了，因为它让我想起了一个喜剧流程图，它看起来像这样：

文档是这样的：

等等，什么？

什么UI5应用？我该如何建造它？有什么要求？好吧，我们将在这篇文章中介绍一些，并在下一篇文章中完成图片。不过，要设置场景，让我们看看UI5应用程序出现的上下文，即"我的收件箱"应用程序。

前面有一个"我的收件箱"应用程序的屏幕截图。但在此之前，还有一些SCP工作流服务的优点，与Launchpad主页上的动态平铺相关：

值"2"来自对工作流API的调用。让我们深入并使用Chrome开发者工具的网络面板来看看：

这三个请求都是相同的，每15秒重复一次。还有其他的请求，但是我已经在这里过滤了字符串"bpmworkflow"。（我可以想象这种由统一shell基础设施进行的轮询最终会被web套接字所取代。但这是另一个时代的故事。）

屏幕截图中"标题"部分显示的请求URL看起来相当复杂，让我们将其分解，解码URL编码位，并添加一些漂亮的空白：

这样更好！友好得多。我们能从这个网址看出什么？

当然，这是对我的门户服务实例的调用（flpportal-p48181试用版）有一个对UI5应用程序的引用（/sap/fiori/bpmmyinbox）在其中，对目标的引用（/bpmworkflowruntime）在目标引用之后，有一些补充的路径信息建议在该目标处使用OData服务（/OData/tcm）特别是在OData服务中，有一个任务集合实体（/TaskCollection）我们正在查找有多少实体（/$count）专门针对具有特定状态的实体（？）？$filter=…）

天哪！

的确，看看近地天体-应用程序.jsonbpmmyinbox应用程序的文件，如果运气好的话，我们可以这样检索：

我们看到了bpmworkflowruntime的目的地：

顺便说一句，TCM代表任务消耗模型。

所以在前面分离了URL之后，查看"bpmworkflowruntime"目的地的定义，看看URL是我们的老朋友：

并注意"entryPath"属性的值，我们可以重建"真实的"未抽象的URL，我们可以将其视为更广泛的工作流API的一部分：

在我的例子中，它为我们提供了，有点反斜视：

这当然是前面动态图中显示的值。

无论如何，在这一点上，我发现自己在问自己，就像大卫伯恩曾经问的那样，"好吧，我是怎么到这里的？"

这个问题的答案很简单，通过查看网络通话内容可以学到很多东西。所以让我们继续

当我们考虑它的时候，很明显我的收件箱应用程序和所有与之相关的东西都将使用工作流API。甚至在加载之前，全国大数据中心，大数据支持，就如我们刚才看到的那样，在tile上的动态值的情况下，