流程跟踪的工作原理

您可以将流程跟踪视为一个系统，利用该系统，您可以在索赔管理流程中的多个系统中的索赔经过各个阶段时对其进行跟踪。

在此上下文中，流程跟踪服务将单个声明处理为追踪的每个单独流程实例称为追踪。

流程跟踪服务的主要目标是从业务角度提供流程执行的全面的端到端视图。默认情况下，它会生成一些隐式跟踪数据。此外，它还允许 RPA 开发者在整个流程中实施显式跟踪，从而添加更多业务上下文。

让我们考虑一个声明处理示例，其中涉及四个不同的自动化。

自动化	描述
声明接收	使用 ReFramework 构建的调度程序。 它每天早上运行，并将收到的每个新声明作为队列项目添加到队列中。 链接到此步骤的任务引用了已执行的作业 ID。 备注： “声明受理”通过队列作为调度程序执行者与“评估声明”链接。
评估声明	使用 ReFramework 构建的执行器。 它会在每个中午运行并处理每个队列事务。 它会执行多项检查，如果通过所有评估，则启动作业以处理声明。 链接到此步骤的任务引用了已执行的队列项目。
流程声明	如果处理高声明，则长时间运行的工作流将引发 Approval Action Center 任务 (批准高声明)。 完成批准步骤后，系统会将声明添加到 SAP。 与“批准重要声明”任务关联的任务引用了已执行的任务 ID。 备注： “流程声明”是由“评估声明”使用“开始”作业启动的自动化。
存档已结声明	每个周末，自动化流程都会从 SAP 检索每条状态为“已关闭”的声明，并将所有文档存档。 备注： “存档的已结声明”通过在 SAP 中添加的“声明对象”实体与流程声明相关联。

流程摘要

• 流程名称为“声明管理”。

• 追踪 ID 会追踪每个声明 ID 的端到端执行。

• 追踪中的隐式任务包括：

  • 声明接收；

  • 评估声明；

  • 流程声明；

  • 批准高级声明。

• 对于每个任务，RPA 开发者可以决定是否要将业务对象添加到任务、初始声明文档引用或 SAP 中的声明信息中。

隐式流程跟踪

使用隐式流程跟踪，自动化的每次自动化执行都会生成跟踪，并且每个自动化都被视为一个任务。这意味着，执行自动化时，将生成追踪和任务。

如果两个自动化工作流（通过队列项目或通过“启动作业并获取引用”活动）存在链接，则追踪 ID 从一个自动化工作流传递到另一个工作流，以捕获关联。

因此，如果使用最新的机器人和系统包更新上述声明处理自动化并运行一段时间，则流程优化应用程序将生成以下流程图：

“已存档的已结声明”自动化不会显示在流程图中，因为它未通过 UiPath 组件链接到“流程声明”。 相反，它通过外部系统进行连接。要建立这种联系，需要实施显式流程跟踪。

长时间运行的工作流跟踪

“流程跟踪服务”会自动跟踪“长时间运行的工作流”画布中的每个节点。有关如何创建和配置长时间运行的工作流自动化的更多信息，请参阅 Studio 指南中的长时间运行的工作流。

机器人生成的追踪、流程和任务

UiPath 机器人与自动化工作流中配置的活动结合使用，负责管理默认的业务流程跟踪。

如果一个自动化不是从另一个自动化触发的，则执行以下步骤：

• 启动自动化

  • 使用与在 Orchestrator 中发布的流程相同的流程名称开始一个新的追踪。

  • 开始一个新任务，并将在 Orchestrator 中发布的流程名称作为任务名称。

• 停止自动化

  • 结束任务。

备注：

1. 自动化流程始终在追踪和任务的上下文中执行。

2. 默认情况下，每个自动化流程都被视为一个任务，并且每个自动化流程执行都被视为一个追踪，其中具有任务。

追踪 ID 传播

追踪 ID 传播是指自动化的追踪 ID（例如 A1）自动传播到自动化 A2 时的行为。 自动化 A2 中的所有任务都属于自动化 A1 的追踪 ID。

重要提示：

仅当包含此页面上列出的活动的自动化启用了“流程跟踪”选项时，这些活动才支持“流程跟踪服务”。

下表总结了生成追踪 ID 传播的活动：

活动	追踪 ID 传播
作业相关的活动 开始作业 启动作业并获取引用	在自动化 A1 触发自动化 A2 时发生，自动化 A1 生成的追踪 ID 会自动传播到自动化 A2。自动化 A2 中的所有任务都属于自动化 A1 的追踪 ID。
队列相关活动 添加队列项目 添加事务项目 添加队列项目并获取引用	当自动化 A1 使用上述活动创建队列项目 Qi-1 时发生。 由自动化 A1 生成的追踪 ID 会自动传播到处理队列项目 Qi-1 的自动化。
Action Center 相关活动 等待表单任务然后继续 等待外部任务然后继续 等待应用程序任务然后继续	在自动化 A1 创建可通过 Action Center 管理的人机回圈操作时发生。自动化 A1 生成的追踪 ID 会自动传播到 Action Center 任务。
与智能 OCR 相关的活动 等待文档分类操作然后继续 等待文档验证操作然后继续	当自动化 A1 创建可通过 Action Center 任务管理的文档验证或分类操作时发生。自动化 A1 生成的追踪 ID 会自动传播到 Action Center 任务。

任务 ID 生成

任务生成是指当自动化（例如 A1）被暂停并等待外部事件完成然后再继续时，例如要完全执行其他自动化、处理队列项目或等待外部任务完成完成。

重要提示：

仅当包含此页面上列出的活动的自动化启用了“流程跟踪”选项时，这些活动才支持“流程跟踪服务”。

下表汇总了生成新任务 ID 的活动：

活动	任务 ID 生成	任务名称语法	任务开始和结束时间戳
队列相关活动 获取事务项目/添加事务项目+设置事务状态 获取事务项目/添加事务项目+延期事务项目 等待队列项目然后继续	在自动化 A1 启动并处理队列事务时发生。 自动化 A1 将队列项目状态映射到任务状态： 成功的队列项目 -成功的任务 失败的队列项目 -失败的任务 已推迟的队列项目 -已取消的任务	<ProcessName-QueueName> — 组合了处理队列项目的流程名称和项目所在的队列名称。	任务开始时间戳 — 自动化 A1 开始处理队列项目的时间。 任务结束时间戳 — 自动化 A1 设置队列项目状态或推迟队列项目的时间。
作业相关的活动 等待作业然后继续	当自动化 A1 已暂停，并在继续之前等待自动化 A2 完全执行时发生。	<ProcessName> — 指的是在 Orchestrator 中发布的自动化 A2 的流程名称。	任务开始时间戳 — 自动化 A1 暂停的时间。 任务结束时间戳 — 自动化 A1 继续运行的时间。
Action Center 相关活动 等待表单任务然后继续 等待外部任务然后继续 等待应用程序任务然后继续	在自动化 A1 等待人机回圈操作完成时发生。	<NameOfTheWaitActivity> — 指的是在 UiPath Studio 中设计时设置的“等待”活动的名称。	任务开始时间戳 — 自动化 A1 暂停的时间。 任务结束时间戳 — 自动化 A1 继续运行的时间。
生产力活动 Google Workspace - 暂留活动 （以Wait for开头） Microsoft 365 - 暂留活动 （以Wait for开头）	当自动化 A1 已暂停，并在继续之前等待自动化 A2 完全执行时发生。	<ActivityNameInStudio>— 指的是设计时在 Studio 中设置的持久性活动的名称。	任务开始时间戳 — 自动化 A1 暂停时。 任务结束时间戳 — 自动化 A1 继续运行的时间。
Integration Service -等待事件然后继续活动	当自动化 A1 暂停并在继续之前等待第三方应用程序中的特定事件完全执行时发生。	<ActivityNameInStudio>— 是指设计时在 Studio 中设置的 Integration Service 暂留活动的名称。	任务开始时间戳 — 自动化 A1 暂停时。 任务结束时间戳 — 自动化 A1 继续运行的时间。
与智能 OCR 相关的活动 等待文档分类操作然后继续 等待文档验证操作然后继续	在自动化 A1 等待人机回圈操作完成时发生。	<NameOfTheWaitActivity> – 指的是在 UiPath Studio 中设计时设置的“等待”活动的名称。	任务开始时间戳 – 自动化 A1 暂停的时间。 任务结束时间戳 – 自动化 A1 恢复的时间。

跟踪对象

目标追踪

对象跟踪：当自动化（例如 A1）通过 Integration Service“创建”活动创建对象 O1 时，它会使用 O1对象类型和对象 ID属性来跟踪其在自动化 A2 中的进度。“读取”或“列出”活动除外。

每个 Integration Service“创建”活动都会添加对其对象的跟踪，如下所示：

• 对象类型： <IntegrationServiceObject> ，例如“帐户”
• 对象 ID ： <System Object ID> ，例如“0010700000gMXRqAAO”

• 对象交互 ：<Based on the activity used> ，例如，“创建”、“更新”或“删除”

• 对象属性：

  {
    XUiPathConnectorKey: "<XUiPathConnectorKey>",  // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc"
    XUiPathConnectorName: "<XUiPathConnectorName>",  // for example, XUiPathConnectorName: "Salesforce"
    XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>",  // for example, XUiPathObjectDisplayName: "Account"
    XUiPathObjectName: "<XUiPathObjectName>"  // for example, XUiPathObjectName: "curated_account"
  }

显式流程跟踪

显式流程跟踪使 RPA 开发者可以通过添加其他跟踪数据来增强隐式流程图，使其与 BPMN 视图更加一致。

通常，每个自动化工作流都由多个任务组成，并包含多个流程对象。 流程所有者必须具有这些流路径、任务和对象的端到端可见性。 这种清晰度可以显着改善工作流管理和效率。

使用显式流程跟踪活动，RPA 开发者可以跟踪其他任务和对象，或管理追踪和流程，并跨外部系统对其进行跟踪。

下图显示了添加了显式跟踪的声明流程。

对序列启用流程跟踪

RPA 开发者通常将功能步骤和逻辑步骤分组到单独的工作流或序列中。这些逻辑步骤可能是流程所有者或卓越中心 (COE) 领导者想要跟踪的重要任务。

在已经自动化且需要显式流程跟踪的情况下，在不中断工作流逻辑的情况下确保 RPA 开发者获得流畅的体验至关重要。为此，请选择“流程”跟踪属性，以使任何序列都能生成任务。

流程跟踪作用域

像其他用于跟踪 UiPath Process Mining 中特定业务序列的活动一样，“流程跟踪作用域” 也可以添加到画布中。 查看 “工作流活动”指南中的“流程跟踪作用域”活动，以了解更多信息。

任务生成

流程跟踪作用域会在作用域开始时创建一个具有开始时间戳的任务，在作用域结束时会创建一个具有结束时间戳的任务。

嵌套任务生成

如果在另一个流程跟踪范围内添加流程跟踪作用域，则内部作用域将生成一个任务作为子任务。 父子关系在“流程跟踪”结构中维护，并且可以通过流程图中的“hierarchical Process Mining”查看。

隐式任务状态

任务的默认状态将设置为“成功”。

当活动中发生未捕获的异常时，任务将以“失败”状态关闭，并在流程优化应用程序中显示异常。

显式任务状态

“设置任务状态”活动允许您在流程跟踪范围内显式控制特定任务的结束。 它可在分析中准确表示各个步骤的完成情况。

当您需要分配与隐式“成功”或错误触发的“失败”状态不同的状态时，“设置任务状态”活动非常有用。 这可能取决于您的工作流逻辑。

例如，在文档处理工作流中，任务会验证所有文档是否存在。 如果缺少文档，请使用“设置任务状态”将状态标记为“已取消”。 后续操作可能包括向审核人发送修订请求。

另请查看工作流活动指南中的设置任务状态活动。

追踪 ID 传播

“流程跟踪”提供了用于传播追踪 ID 的不同选项。

当前追踪中的追踪 ID 传播

当前追踪 ID 将传递给新创建的任务，并在同一个追踪中跟踪它。

备注：

使用以下活动时，追踪的上下文会发生更改：

• 获取事务项目并添加事务项目

• 设置事务状态

或：

• 获取事务项目并添加事务项目

• 推迟事务项目

或：

• 等待队列项目然后继续

或：

• 开始作业

• 启动作业并获取引用

或：

• 等待作业然后继续

使用这些活动时，由于隐式跟踪，在调用的作业执行或队列项目处理中配置的任何显式任务都将作为创建作业或队列项目的初始追踪进行跟踪。

新追踪中的追踪 ID 传播

该活动生成新的追踪 ID 并跟踪新追踪中新创建的任务。RPA 开发者需要指定应将新追踪分配到的流程名称。

在作用域结束时，系统将关闭此任务，并且追踪上下文将更改回之前的上下文。

现有追踪中的追踪 ID 传播

如果需要将任务添加到现有追踪，请选择此选项。 通常，此不同的追踪是通过队列或作业链接的单独自动化流程的一部分。

要查找现有追踪，您必须通过对象详细信息和与该对象关联的流程名称的组合来识别追踪。例如The Invoice Processing trace where Invoice UIP-100 has been Created 。

显式追踪状态 - 结束追踪

“设置追踪状态”活动可让您手动控制流程追踪作用域内追踪的结束。它可以在分析中准确表示流程完成情况。如果不明确结束追踪，则追踪将无限期保持活动状态。

建议使用此活动来标记较大流程的完成或失败。

另请查看系统活动指南中的“设置追踪状态”活动。

跟踪对象

“跟踪对象”活动用于为特定任务配置和监控对象。 该对象可以在流程优化应用程序中提供其他上下文数据。 通过在现有追踪中跟踪任务，该对象还可用于连接两个不同的自动化。 在本例中，则是与该追踪关联的对象。

备注：

流程跟踪不是记录系统。

查看 Workflow 活动指南中的跟踪对象活动以获取更多信息。

各个自动化领域常见的显式跟踪模式

每个队列事务对应一个不同的追踪

在某些情况下，每个队列项目都代表一个不同的“流程”实例，并且有必要将每个实例作为单独的“流程追踪”进行跟踪。为此，RPA 开发者必须识别新追踪的开始时间，并使用流程跟踪作用域正确围绕该序列，以配置要在新追踪中跟踪的任务。

需要注意的是，在流程跟踪作用域的末尾，任务将结束，并且上下文将返回到级别更高的任务，这可能与不同的追踪相关联。

推荐的解决方案是将“添加队列项目”包含在“流程跟踪作用域”中，并在新追踪中跟踪任务。 这样，将为每个队列项目分配一个新的追踪。

如果您的流程涉及多个“调度程序-执行者”自动化工作流和多个队列，建议仅在第一个“调度程序”上实施此工作流更新。 其他队列中的后续队列项目将已与不同的追踪相关联。 添加队列项目后，还应创建附加任务“通知客户”。

通过外部系统传播追踪

在某些情况下，流程需要自动化将追踪传递给外部系统，然后再返回到第二个自动化。下图显示了“声明处理”示例，其中流程声明自动化在 SAP 中添加了声明。一段时间后，当声明达到特定状态时，第二个自动化将回收声明并将其与所有文档一起存档。

两者之间唯一的联系是添加到 SAP 的对象。 为了让存档声明将任务与流程声明中使用的追踪相同，第一个自动化必须跟踪 SAP 声明对象。随后，第二个自动化必须实现“流程跟踪作用域”，以将“任务”添加到现有追踪中，并根据上一个自动化期间记录的对象详细信息进行识别。此外，在第二个自动化中使用与第一个自动化相同的流程名称，以确保两个自动化属于同一流程。使用相同的流程名称来确保两个自动化属于同一流程

备注：

在第一个流程中记录的对象标识详细信息必须与在外部系统中输入的详细信息相符，以避免重复字段。

如果对象详细信息相同，您可以使用 Process Mining 将其他外部系统合并到同一个“流程优化”应用程序中。