简介

Action Center 为企业用户提供了一种方法来处理可操作项目，并为机器人提供业务输入。 它支持需要人工干预的长时间运行的无人值守工作流。 长时间运行的工作流的执行是碎片化的。 因此，Action Center 允许您在提供人工输入后暂停和恢复工作流。

Actions Center 有两个方面：

• 流程—使用户可以启动无人值守流程。

• “操作”— 使用户可以向机器人提供输入，这些输入稍后会用于完成工作流执行。

  重要事项：Action Center 是一项许可功能，在授予用户访问权限之前，您必须获得许可证。

Action Center 的工作原理

在 Studio 中使用 Orchestration 流程模板和特定活动配置需要人工验证的长期运行工作流。

此类工作流会生成可由用户完成的 Actions 。 Actions 经人工处理后，执行将路由回流程，在工作流中按相应的活动标记，并在可用的 UiPath 机器人上执行。 在长时间运行的业务流程中，这可以实现更好的资源分配并减少执行停机时间，尤其是因为作业片段可以由 任何 可用的机器人执行。

生成操作后，该操作将以“未分配”状态显示在“操作”页面上。根据在 Studio 中使用相应活动自定义操作的方式，填充诸如优先级、标题或操作目录之类的属性。

根据操作目录中用户定义的标准对操作进行分组，这些操作需要首先在 Orchestrator 中定义，然后使用上述相同活动在 Studio 中的操作创建时进行设置。

示例流程

假设您有一个发票处理工作流。 具有执行权限的用户启动相应流程的作业。

作业将照常执行，直到遇到将其挂起的活动。 这就是需要人工干预的时候。

在 Automation Cloud 中，将生成一个等待完成的活动。处理操作收件箱的操作管理员会进一步将项目分配给专门用户。该用户将收到操作待处理的通知。

经过验证后，操作将继续，由任何可用的机器人完成执行。

由于同一作业的片段可以由不同的机器人执行，因此相应的日志会针对整个作业进度，提供执行摘要，从机器人、人工审核者和作业正在等待的触发器开始。

用户访问权限

授予用户访问权限

Automation Cloud ^TM中的用户访问基于用户组。

要允许用户在 Action Center 服务中操作，请为其用户组设置所需的访问级别，方法是授予对操作、操作分配和操作目录的相应权限。

有关用户组的详细信息，请参阅利用用户组一节。

已知限制

1. 启用 Azure AD 集成后，如果用户尚未使用其 AD 帐户登录，则您无法在 Action Center 中向用户分配任务。当用户尚未使用其本地用户帐户登录时，本地用户组也会发生相同的行为。

   解决方法：考虑在创建帐户后要求用户使用其 AD 或本地用户帐户登录。

2. 对于为“ 目录组”设置了权限的文件夹，所有 Azure AD 用户都会显示在“ 分配给用户 ” 下拉列表中，即使他们没有指定文件夹的权限也是如此。 即使“ 分配给用户 ”下拉列表中显示没有适当权限的用户，您也无法为他们分配操作。 此行为仅是用户界面问题，由返回所有 Azure AD 用户（无论其文件夹权限如何）的 API 引起。

先决条件

要构建并执行长时间运行的工作流，必须满足以下 Studio、UiPath 机器人和 UiPath.Persistence.Activities 要求：

软件	版本
UiPath Studio/UiPath 机器人	版本 2019.10 及更高版本
UiPath.Persistence.Activities 活动包	版本 1.1.7 及更高版本
UiPath Orchestrator	2023.10.0+

重要提示：

使用安全身份验证对机器人进行身份验证需要重新编译使用 Orchestrator 活动的工作流，或使用 2022.4 或 活动包或更高版本。

如果您使用的 UiPath.Persistence.Activities 版本低于 v1.1.7，作业执行可能会失败。