嗨，姆尼，

到目前为止，这还不可能立即可用。
您可以放置​​服务任务并将数据字段推送到您自己的REST/Odata服务中，以启用自定义报告。

您可以更详细地描述用例吗？
以您的示例为例，您是否只想查看日期（作为选定属性），还是要查看工作流程中的任何数据？ 您是要在Monitor Workflow应用程序中将其作为执行日志的一部分，还是要通过API访问数据？

感谢和问候，
Krassimir Kondarev SCP工作流程

referenceInstanceId具有不同的用途。 它们用于对不同的事件进行分组，尤其是对于诸如脚本任务之类的任务类型的实例。 这些是暂时的，即没有自己的REST端点。

您可能需要" taskId"属性。

嗨，Muni，

谢谢，我现在了解您的用例。

到目前为止，无法像这样可视化数据。 通常，执行日志不包含任何数据，仅包含已更改的字段。

我可以理解，显示步骤之间的上下文变化对于单个数据字段甚至是几个字段如何有用，但是当更改多个JSON对象时，这很快就会变得不可读。

感谢和问候，
Krassimir Kondarev 工作流程

嗨，克拉西米尔，

感谢您的回复。 我想将上下文数据作为Monitor Workflow应用程序中执行日志的一部分，以便我可以在每个步骤中查看上下文数据。

我正在使用脚本，想知道是否可以在之前查看上下文数据 脚本步骤执行及之后。

例如，如果我有这样的流程，脚本执行后不久，它将继续执行服务任务。 服务调用成功后，实例将从实例监视器中消失。 因此无法查看上下文数据。

致谢

Muni

/rest/v1/workflow-instances/{id}/execution-logs 

使用执行日志api，我可以获得referenceInstanceId，它属于垂直 步。 我可以使用referenceInstanceId获取上下文数据吗？ 它对我没有用。 看起来这仅适用于用户任务。

 workflow-service/rest/v1/task-instances/{id}/context