这个博客是博客的第二部分。在上一篇博客中，我们创建了工作流场景，定义了2个用户决策步骤，一个条件和其他必需的活动。在这个博客中，我们将了解运行时回调类、工作流配置和工作流测试。

运行时回调类

我们在工作流场景的"控制"选项卡下指定了这个类。我们将类ZCL\u CUSTUSER\u RUNTIME\u DATA定义为系统提出的基类的子类。我们可以根据需要在这个类中重新定义各种基类方法，但是对于我们的开发，我们主要感兴趣的是两种方法：

每个活动完成后调用的方法–_完成后_回调

这个方法可以根据工作流上下文或当前活动派生任何中间信息，处理上一步的不同审批结果等。例如，我们可以根据运行时字段值在一个步骤后导出一些自定义信息。

不需要实现此方法来使我们的工作流工作。框架本身可以处理积极/消极的结果。我想展示它的实现，因为这可能是一种非常有用的中间计算方法。

在工作流完成时调用的方法–~RESULT\u CALLBACK

此方法对于实现非常重要，因为这是我们在工作流完成时进行最终更新的地方。在我们的例子中，是更新自定义表。

我们的工作流场景开发现在已经完成。保存并激活场景。

工作流配置：

创建场景后，下一个活动是定义工作流。此活动主要面向业务用户，他们可以设计工作流，大数据分析，而不必担心工作流的复杂性。理想情况下，业务用户应该只配置用户决策步骤，而工作流场景应该处理其余的流程复杂性。

打开fiori应用程序"管理工作流"并选择您的工作流场景。在我们的例子中，它是"自定义用户主数据"：

按"添加"，输入"名称"和有效日期、描述等属性。

在"前提条件"下，美国高防云服务器，我们的公司ID前提条件显示为：

如博客系列第1部分"条件"选项卡中所定义，公司ID的前提条件可用。

在"步骤序列"下添加步骤：

步骤1:类型-验证数据

（对于类型，您从第1部分中定义的活动中获得下拉列表）

收件人-工作流发起人

默认收件人从工作流中"代理"选项卡下已可用的收件人中显示脚本。因为我们没有在那里创建任何代理，所以我们在这里提供默认代理。

同样的公司ID前提条件在这里也可用。因为我们已经在标题级别配置了它，所以我们不会在步骤级别使用它。

我们接受默认的异常处理：

‘Name’是我们在第1部分中定义的活动的负面结果。

步骤2：类型–创建表记录

遵循与步骤1类似的步骤。

现在创建两个工作流步骤：

保存并激活工作流。如果您的工作流场景已经存在工作流，成都大数据，请确保您的工作流是第一个触发给定数据的工作流。

测试：

我们通过输入程序创建数据。我使用以下数据执行程序：

事务SBWP，我在收件箱中看到工作项

（同样的工作项也应该在‘我的收件箱’Fiori app中可用，处理方式应该与通过SBWP发生的方式相同）。

我批准了工作项，物联网的应用有哪些，现在，我也收到第二个审批工作项：

我也审批这个工作项。现在，通信云，我的记录应该在自定义表中创建：

条目在自定义数据库表中创建：

我通过创建一个公司ID不是"1010"的表条目进行测试。正如所料，没有创建工作流实例。

我通过拒绝其中一个批准进行了测试。正如预期的那样，工作流被终止，没有创建任何工作流实例。

我希望这个简单的工作流开发给了您足够的想法，可以自己开发一个小的原型。在工作流场景中有更多的可能性，我将继续探索并分享我的学习成果。期待在这个空间里有更多的博客！